PACKET 
STATUS 
REGISTER 


The UOSAT~B spacecraft riding as a piggyback 
with the Landsat-D Prime satellite was success-— 
fully orbited March 1, 1984 from Spacecraft Launch 
Complex 2W (SLC-2W) at Vandenberg AFB. Launch 
was aboard a Delta 3920 vehicle, the 174th member 
of the highly successful Delta series. This 
marked Delta’s 163 success -- an enviable 93.7% 
track record. NAS is now phasing out the expend- 
able Delta serres and replacing it with the 
reusable Shuttle. 


Liftoff went like clockwork, within one 
second of the nominal 19:59 UT. Following the 
deployment of Landsat, the VoSaT spacecraft 
separated from the second stage of the lausncher at 
about 21:11 UT. The telecommand station at the 
University of Surrey sent commands to 
initialize the spacecraft software and activate 
the 145.825 Miz beacon for a few seconds. These 
frames of telemetery showel that the spacecraft 
was in good health, so an additional command was 
gent to acquire about 5 minutes of data. 


The spacecraft is in a nominal orbit with 
inclination 983 degrees, period 98.6 minutes and 


altitude 690 km. Improved orbital daca should be 
available after the radars cau separate oSAT from 
Landsat and the launcher. The international 


designator for WVoSAT-OSCAR=!1 is 1384 0213: the 
NASA/NORAD catalog number will be known when we 
get the first Kepleraun elements. 


iret WE MADE 1T ad 


At last, JASHET.BAS program worked well 
without any problem. 


Last night, in fact very early thie morning, 
Il made the final modification to the software 
which was required to make it run in connection 
with V3.1 ROMs. Then, the program gave us 
complete on the air electric=-mail service! 


1 read/wrote nearly 20XB of information 
to/from the system to find that there was adso- 
lutely no garbage nor system-down. 1 charged 
baud rate between my CPU and TNC to 4800 bauds, 
and found that TAPR-TNC can swap data at this 
rate with DTE (host computer) wathout any problem. 


It's interesting to see CRT when packets 
are sent at 4800 dauds. They appeareé on the 
screen like a flush and 1 could reslize what 
“packet” communication was! 


Mean (logical) baud rate seemed to be some 
490 - 500 bauds. The experiment was made via 70cm 
FM Link between JIIACI and JR1ISWR. This link 
was far froa optimum; JIIACI‘s signals were not 
“full-guieting” at JRISW8. 


We still have a long way to go, but to. say 
the least we have come to our initial goal. 
Without doubt, this is the first electric-mail 
system for radio amateurs in JA. 


73's Miki JRISWB 
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On April 15th, 1964, beginning at 16:30 A.M.. 
Amateur Radio Relay League will hold its third 
international conference on Amateur Radio computer 
networking at Trenton State College, Trenton, NJ. 
ze will be held along with the Trenton Computer 
Festival, hetd on April 14th (18 A.M. to 6 P.M.) 
and 15th (10 A.M. to 4 P.M.). If you are 
interested in computers and @igital 
communications, plan to spend Saturday at the 
Computer Festival and Sunday at the ARRL 
conference. The specific location for the ARRL 
conference will be announced in the program for 
the Computer Festival and also in the registration 
area. No other registration fee is needed for 
the ARRL conference. 


The speakers at the conference will be 
representing the Amateur Radio organizations that 
are active in packet-radio experimentation. They 
include; Amateur Radio Research and Development 
Corporation (AMRAD), The Florida Amateur Digital 
Communications Association (FADCA), New England 
Packet Radio Association (NEPRA), Pacific Packet 
Radio Society (PPRS), Radio Amateur Satellite 
Corporation (AMSAT), and Tucson Amateur Packet 
Radio Corporation (‘TAPR). 


This will be an opportinity to examine and 
compare all amateur packet-radio terminal-node- 
controller (TNC) or packet-assiwnbier/disassembler 
(PAD) systems. These inciude those developed by: 
AMRAD, Ashby & Son, GLB Electronics, Richcraft 
Engineering, TAPR, and VALCS (Vancouver Amateur 
Digital Communications Group). 


Packet-radio protocols, software and network 
deveicpment will be topics of high interest bot 
at the conference and during informal conversa- 
tions. Details of AX.25, the amateur version of 
the CCITT X.25 public-switched-data-network proto- 
col, were presented at the second ARRL computer 
networking conference. Subsequent repeater- 
address expansion and other refinements will be 
considered at the April conference. Wide-area and 
global-networking proposals and development plans 
will be discussed. 


Copies of the conference proceedings, 
including all papers presented, will be on sale at 
the conference. Extra copies of the proceedings 
will be available at ARRL Headquarters. The price 
per copy will be in QST magazine. 


We have received notification from NASA that 
our earnest money for the “GAS can” reservation 
was received and accepted. 1 will be forwarding 
papers to Harold. 1f anyone needs to refer to the 
payload the identification number, it is 501 in 
the earnest money queue. 


This has been a rather long issue, much has 
happened in the last few weeks. As spring and 
summer activities arrive, PSR would like to go 
along. Take some B/W pictures (3.5 X 3.5 or 3.5 X 
5.8) for publication. We can also use line 
drawings or otner graphics. GET THE PICTURE 22? 


Presidents Corner 


by Lyle Johnson, WA7GXD 


The TAPR Annual Meeting, reported on else- 
where in this issue of PSR, was considered an 
unqualified success by most attendees. If you 
missed it this year, mark your calendars now and 
plan on being in Tucson during the weekend of 
Pebruary 2 and 3, 1985! 


The Board of Directors meeting, which took 
place on Saturday, Pebruary 4th, from about 8 PM 
until well after midnight, addressed many issues, 
including affiliation with local packet groups. A 
summarized set of minutes also appears elsewhere 
in this issue. 


In case you aren't into reading minutes, the 
new board (same as the old with the exception of 
Pat Snyder, PSR editor, replacing John DuBois) 
elected the following officers to serve you during 
the coming year: 


President Lyle Johnson WA7GXD 
Exec V.P. Peter Eaton WBSFLW 
Secretary Heather Johnson N7DZU 
Treasurer Chuck Green NOADI 


In the area of statistics, over 580 TNCs have 
shipped and TAPR now has a membership of about 
780! Quite a change from just over two years ago, 
when TAPR consisted of @ TNCs and 6 people... 


QUESTIONS 


We have been receiving a lot of mail lately, 
and many of the questions relate to the TNC‘'s 
availability, the status of the cabinet and when 
the Beta upgrade kits will be shipping. 


As of last week (the week of March 4th), all 
paid up orders had shipped! There is of course a 
backlog of orders that are secured by $25 deposit, 
but we expect to have enough kits to cover all 
orders, paid or secured, by mid-April. 


I realize that it is hard to understand the 
delays, and many folks appear tired of hearing 
about parts being late from manufacturers, but the 
truth is simply that. If we sold the kit for a lot 
more money, we could afford to lay in a large 
stock, but we sell it very near our cost, so it 
has to pay for itself. However, a large, 
scheduled order has been placed for the next 
several months and TAPR should be able to ship 
from stock regularly, beginning in April. 


The cabinets will be silk-screened this week. 
There was an error in the artwork for the silk- 
screen, and no one caught it until last week. The 
circuit board for the LEDs is being laid out now 
and the majority of the parts for the cabinet kits 
are en route. The remaining major task is that of 
documentation. Anyone want to write an assembly 
manual? 


With a Little luck, we should have a 
production cabinet at Daytun and be shipping the 
cabinets by May. Please note that that is NOT a 
promise! 


Beta upgrade kits are nearly complete. We 
have most of the parts in stock now. As in the 
case of the cabinet, the major stumbling block at 
this point is a set of clear instructions. We 
hope to have this one in the hands of the Beta 
Coordinators during April, if all goes wel}. 


The EPROM programmer scems to be plagued by 
minor difficulties. The prototype units have been 
working fine for several months, but the PC layout 
is not quite ready yet for release. It is close, 
however. 


One lesson that we can learn from all of this 
is that, while it is nice to be the first person 
on the block with something new, PLEASE refrain 
from ordering anything until we announce that it 
is in fact AVAILABLE from TAPR in the PSR. This 
will avoid a lot of disappointment and grief. 


The second lesson is, if you think that some- 
thing should be done, VOLUNTEER to do it! That is 
how everything gets done in TAPRi TAPR is yout 


OW OTHER PROSTS 


Since late July, 1983, there has been a smal} 
team of hardcore volunteers working on a project 
termed impossible by many -- UoSAT-2/OSCAR-11; or 
design, build, qualify and launch a sophisticated 
satellite in under 7? months! 


The University of Surrey, England, under the 
leadership of Martin Sweeting, have been quietly 
{no time for publicity) building a satellite. And 
in the US and Canada, AMSAT has been sponsoring an 
experiment called DCE <-- Data Communications 
Experiment -- to fly on UoSAT-2. Many of the key 
participants in the DCE project are TAPRites. 


The DCE includes an NSC-800 microprocessor (a 
2-88 look alike), 126 k-bytes of RAM (16k of it 
error correcting), various serial and parallel 
ports and the capability of controlling the space- 
craft in the event of failure of the primary 
computer. 


The intent of the DCE is to provide memory 
and processor technology evaluation for PACSAT, 
the upcoming packet radio satellite that AMSAT 
hopes to orbit in 1986. The immediate benefit 
that the DCE can provide is that of a flying 
mailbox for packet radio in 1984! The experiment 
will likely not be made available for general use 
(the memory and uplink channels are too 
restrictive for that), but it may be available on 
a limited basis for gateway operation, where a 
selected number of stations are given access to it 
and others can route their traffic through these 
gateways. 


As this is being written, UoSAT/OSCAR-11 is 
in orbit, having been launched on 1 March 1984 
from Vandenberg APB in California, in a polar 
orbit, sun-synchronous (passes overhead at about 
the same time every day -- 9:38 am and 9:30 pm). 


On March 2nd the spacecraft developed a 
problem with the two-meter downlink beacon. As of 
this writing (9 March), the spacecraft remains 
non-functional, with teams in Surrey (led by 
Martin Sweeting) and Los Angeles (led by Harold 
Price) trying to turn off the malfunctioning 
beacon and turn on the 78-cm beacon instead 
(OSCAR-11 carries three beacons: 145.825 Mhz, 
435.025 MHz and 2481 Miz). 


Prior to the malfunction on the second day of 
its life, OSCAR-11 was performing flawlessly, and 
the DCE was working perfectly during the final 
ground tests. If the satellite can be rendered 
functional, we will have a unique facility for 
packet radio experimentation. 


CONVENTIONS 


If you are in the Trenton, NJ, area during 
the weekend of April 15, come to the 3rd ARRL 
Networking Conference. TAPR will have a booth and 
be out in force at Dayton. There is a Packet 
presentation/forum on Friday, April 27, from 3:45 
PM until 61 See you there! 
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Central lowa BBS 


by Ralph Wallio, WORPK 


Following is our preliminary CBBS specifica- 
tion which we would like reviewed. We would 
appreciate suggestions for additions, deletions 
and changes before we lock the important concepts 
up in written code. Our intention is to write and 
debug locally with Central lowa LAN users, find a 
couple of BETA sites to keep us honest and then 
distribute to all interested groups. Thanks for 
your interest and participation. 


erence eaeon 


The CENTRAL IOWA TECHNICAL SOCIETY (CITS) has 
undertaken a project to design and implement a 
Computer Bulletin Board System (CBBS) for service 
in our PACKET RADIO Local Area Network (LAW). It 
is our intention to share our results (for a 
nominal donation), in the form of programned 
floppy-disks and documentation, with the packet 
radio community such that other groups may 
consider this system for their local operations. 


We intend to provide a complete 
haraware/software CBBS solution such that groups 
whose members are relatively inexperienced in 
microcomputing hardware, operating systems and 
applications programming could implement the 
system, Target hardware requirement will be fully 
documented and universally available. Software 
will be eas; to configure, load and run. The 
system will be, t.. the greatest extent possible, 
self-administrating, requiring a minimum of System 
Operator (SYSOP) intervention. 


Total hardware requirements will include the 
complete microco: »uter, a Tuscon Amateur Packet 
Radio (TAPR) Ter.stinsl Node Controller (TNC), a 
dedicated VHF-FM tranceiver and associated feed- 
line and = antenna. We intend to include basic 
Keyboard Send and Receive (KSR) terminal functions 
in the CBAS software such that the SYSOP could use 
the cCBBS hardware as his personal TNC terminal, 
This would, under the right circumstances, save 
the cost of a dedicated TN” and RF arrangement. A 
conservative budget commitment is as follows: 


CBBS micro $ 900 (Maximum) 

CBBS software 50 (Est. CITS donation) 
Bew monitor 5@ (As available) 

TAPR TNC 247 (current cost) 

TNC enclosure 60 (TAPR est.) 
Tranceiver 180 (10W/xtal controlled) 


Antenna/ feedline 100 (3 dB omni/Belden 8214) 


We have sclected the DIGITAL RESEARCH 
COMPJTERS single board computer kit as the target 
hardware. This equipment is inexpensive, univer- 
sally available and heavily supported by 
independent user groups and journals. It will be 
used, along with attached peripherala, in an 
unmodified off-the-shelf configuration. Current 
approximate hardware costs are as follows: 


Single board computer kit $ 279 
SIO option 40 
PIO option 20 
cTc option 18 
CP/M operating system 139 
Siemens FD-100-8 &-inch disk drive 169 
ASCII parallel output Keyboard 50 
Power supply 100 
Interconnection cables 30 
Enclosure 50 
Total §$ 887 


Application software will be written in 
fully-compiled DIGITAL RESEARCH CB-80 BASIC. 
Application program source listings will be avai- 
lable separately, tO assist migration tg other 
CP/M compatible hardware, but no “custom” compiled 
versions will be made by our group. 


SYSTEM FEATURES 


The application software will contain most 
CBBS features which are associate? with dial-up 
modem accessed networks and several which are 
unique to our PACKET RADLO environment. All CBBS 
command level output will be formatted for 40- 
character lines. 


AUTO-START - We will include an auto-start 
feature such that the system will automatically 
reload and run after an interruption in power. 


LOGIN VIA TNO CONNECT MESSAGE - The amateur 
radio callsign contained in the TNC connect 
message (*** CONNECTED to K@CY) will be used for 
system access. A user list will be maintained by 
the SYSOP to associate an operator's first name 
and an optional two-level system access flag with 
each valid call (more on two-level access below). 


REALTIME CLOCK ~ The CTC option will be used 
to provite a realtime clock feature which will be 
implemenzed for logging, message dating and 
message deletion routines. This clock will have 
to be set by the SYSOP whenever the system 15s 
powered up and periodically as it drifts from 
reality. 


TWO-LEVEL ACCESS - Local Area Network (LA) 
financial support arrangements may need the 
encouragement of limited CBBS access to ensure 
dues or access fees are paid. The SYSOP will have 
tne ability to completely deny access by not 
including certain calls in the user table and, as 
an option, to limit access of certain calla to 
read-only status denying message origination 
capabilities or maintenance of a mailbox. 


BEACON MESSAGE ~ The CBBS software will 
control the TNC beacon message and cause it to 
list the calls of all stations for whom it is 
holding unread messages. Additionally, it will 
list any new bulletins issued during the previous 
72-hours. 


CBBS traffic>>»wAG@JFS91 WAOLCKO@1] BULTN@5<<de WAOWYW 


When CBBS software is brought down for SYSOP 
maintenance or terminal features, the TNC beacon 
will be caused to say: 


»>>CBBS is down - please try later<<<«de WAGWYW 


INTER-LAN TRUNKING - This system must 
eventually allow message origination to stations 
On other LANs and communicate with other similar 
trunking gateways. Current development efforts 
{by others) toward establishing level-3 (trunking) 
packet radio protocols are not complete, but it is 
assumed that some type of Front End Processor 
¢FEP) will be associated with all trunks. This 
FEP, regardless of whether it is associated with 
high-frequency (HF) forward error correcting (FEC) 
Channels, AMSAT OSCAR 10 channels or a wideband 
Packet radio microwave backbone, would handle all 
packet assembling and disassembling thereby 
eliminating all but the simplest message formating 
procedures to be followed by the gateway. 

{continued on page 4) 


{Iowa BBS continued from page 3} 

It is assumed the originating station will 
need to enter only the call sign of this remote 
Station and the LAN to which it belongs. System 
software will need to maintain a table of all 
“connected” LANs {those with which trunks are 
established) which will be consulted before a 
remote station message is accepted froma _  tiocal 
user. Further, system software must be able to 
accept or reject an incoming trunk message based 
on whether the addressee is an active part of its 
LAN. System software must be able to indicate the 
remote rejection of a message to the local 
originator. 


For the moment, we have no inter-LAN trunking 
{although current efforts indicate the first 
possibilities are only months away). As an 
interum step, a dial-in modem port should be 
included such that mailboxes could be maintained 
by selected remote users. The second SIO port 
should be oriented to this dial-in port and 
programmed such that an active TNC connect 
situation will cause the dialein port DTR to he 
off thereby temporarily removing the automatic 
answer feature. Conversely, if the dial-in port 
is active, CONO will be set to off on the TNC. It 
is assumed the majority of dialein access will 
occur during maximum discount Message Telephone 
Service (MTS) periods. Industry standard 212-type 
modems can be purchaced for approximately $3408 
with auto-dial capabilities. 


UBER PEATURES 


TRAFFIC DIRECTORY - An acceptable log-in 
rocesure will result in the display of a traffic 
irectory which will include SYSOP bulletins, 
bulletins posted by users and messages to the 
login call from other users. This directory will 
include the bulletin or message name (SYSOPs93 - 
BULTN#? - CALL¢#), the orginating station, the 
filing date and time, a brief synopsis of content 
and a flag to indicate whether the item has been 
previously read (see directed and automatic 
deletion capability below). 


NAGS DIRECTORY 01/18/84 


SYSOP@1 01/01 66:16 

New Years Greeting bad 
SYSOPG2 81/01 14:36 

Procedure change - login bad 
SYSOP@3 O1/18 23:15 

System down this weekend e 
BULTN@1 WAQOWYW @1/13 15:28 

S-160 system for salie e 


BULTNO4 KI6Q @1/1? 26:15 

Ames Meeting Announcement 
BULTN@S KOIQR 61/17 22:10 

MF-18 Circuit Board Ready 
NAGSO1 WORPK 61/17 23:56 

CYNET modification register 


The system will, on demand, display a HELP 
TABLE containing the command entry list with 
explainations as follows: 


CREATE message or bulletin 

DELETE message or bulletin 

HELP { display this list ) 

LIST message and bulletin directory 
PRINT selected message or bulletin 
QUIT and logoff 

SHOW authorized system users 

USER log ( last 190 stations ) 

= VERBOSE toggle 


“eno vrnaon 


CREATE EDIT COMMANDS 


CONTROL R (°R) = REVIEW text area 
CONTROL E (°E) = END/EXIT text entry 

(and store message) 
CONTROL Q (°Q) = QUIT and delete text area 


Tnese user features are described as follows: 


CREATE - Any full-service user will be able 
to create a message or bulletin by entering <C>? 
when the CBBS is at the command level. Messages 
may be left for other full service users by 
entering the appropriate call or for all users by 
entering BULTN. The system will ask for a 
synopsis (30-characters maximum) of message or 
bulletin content and then enter the text editing 
mode. All character editing will be done by TNC 
backspace and delete features; once a packet is 
transmitted (usually a line of text) no editing 
can take place (save for QUIT [*Q}). The active 
text area can be reviewed [°R} before it is stored 
as a system disk file (“E). Messages to multiple 
addressees will be allowed up to a maximum of 19. 


DELETE (manual) - The originator of a message 
or bulletin can delete that message or bulletin 
from the system by entering <D> at CBBS command 
level. The system will ask which message or 
bulletin the user wishes to delete and, assuming 
it is a valid delete request, will eliminate same 
from the directory and disk files. Similarly, the 
recipient of a message ( but not a bulletin } can 
delete that message after it is read. 


DELETE (automatic) - System set-up options 
inelude a set of automatic delete timeout 
intervals which are used to keep the message and 
bulletin disk fale cleaned-up. Timers include: 


= two=-weeks )} 
© 24-hours ) 
= two-weeks ) 


Unread message 
Read message 
Bulletins ( . 


( Typical 
( “ 


LIST <- The List feature will redisplay the 
active user's directory as amended by any create 
or delete activity. 


PRINT - The print feature will be used to 
retrieve messages or bulletins from the system. 
Any item in the user's directory is available 
(SYSOP##, BULTN## or CALL#9¢). The READ flag will 
be set and displayed in the user's directory after 
any message or bulletin is read. 


QUIT (logoff) - Users will enter a <Q> at 
CBBS command level when their activity is 
complete. The system will lug them off and return 
to its initial login state. The user will then 
use normal TNC disconnect procedures to terminate 
their connect state with the CBBS station. An 
forced logoff feature will be activated when the 
system receives a *** DISCONNECT from the TNC (in 
the case of a premature or retry disconnect) or 
based on an inactivity timer interval which will 
be selected by the SYSOP. 


SHOW USERS - This feature will display a 
directory of all authorized system users including 
calls, first names, access levels and the date and 
time of their last access. This directory (save 
for last access data) is maintained by the SYSOP. 


USER LOG - Implemented in current system but 
may be delered from final version (as desired 
information is contained in SHOW USERS display}. 


VERBOSE TOGGLE - This feature allows the use 
of abbreviated system prompts (thereby improving 
user throughput) for the frequent and experienced 
user. The system will always start in the most 
verbose mode for each login with this mode being 
toggled-off by using <vV>. 


SYSOP SYSTEM PEATURES 


The system operator will be responsible for 
maintaining CBBS options and timers, general 
housekeeping practices and his own mailbox. 
Additionally, CBBS features can be “brought down" 
in favor of basic KSR features allowing the SYSOP 
to comaunicate with other users via the TNC and RF 
arrangements. {continued on page 13) 
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BBS Watch 


By Pat Snyder WAOTTW 


With the release of all those nice new Rev. 
1l boards added to the previous number of Heta 
TNCs we are moving beyond an early problem with 
Packet Radio, somecne to talk to. Most LAN sites 
have sufficent member stations that someone is 
around to connect with most any time. Yet it is 
still very difficult to leave a message for any 
particular person on the net. They may or may not 
have their station on frequency if there is only 
one rig for both voice and packet use, or a con=- 
nection might be possible but no ane is 
immediately available at the console. If this is 
the case, a short note can be left on that 
stations screen to be read when they get back. But 
it tends to scroll off the top when there is other 
traffic on the net. So there is no real way to be 
sure that the information got to where it was 
supposed to. That tends to defeat the overall 
purpose of packet. 


of course many local LANs have set up 
bulletin boards or mail box systems (the general 
term BBS is from Bulletin Board System). This 
provides 4 conuaon place to drop cff and pick up 
“mail” and general news items. The 8BS is normally 
a program running on a microcomputer that is 
attached to the TNC. As far as the micro-system 1s 
concerned the TNC is nothing more than a modem, 
characters are sent and received under program 
control. A mail box can be a big help in keeping a 
large number 2 people informed of group 
activities (“broadcasting”) by using bulletins 
that are displayed whe: someone first conacct to 
the system, on the order of a QST. Also SIGs 
(Syecial Interest Groups) and ind:siduals within 
the main body can keep in better contact ("“Narrow- 
casting") by using submenus and specific manrling 
lists for those interested in a particular topic. 


A BBS can be a very popular and beneficial 
addition to any LAN group. But due to the require- 
ment of another computer system, one with fairly 
large masse storage capabilities, there is a 
certain amount of additional cost involved to get 
the entire operation gcing. We have hit on the 
functional equivalent of tne days when there were 
a few people putting converted commercial FM 
equipment on’ the air and everyone needed a nice 
repeater to fill in the dead spots ani tie the 
group together. in many cases these systems became 
group projects due to the cost and complexity. 


These mail box operations are also an 
indication of the need for the next level of our 
packet corvnunication system (Levei 3) in the 
International Standards Organization network 
model. For it seems we are looking for a way to 
hook each individual node station to all the 
others in an orderly and easy to use fashion. This 
13 really the desired end result of all of our 
work after all. To provide a reliable and efficent 
method for two individuals to communicate, whether 
they want to send large computer files or just 
chat. From this point of view the BBSs are ncet 
only nice, but a needed element in the growth of 
this mode. 


From the previous comments there are several 
separate areas that need to be delt with on the 
way to a running mail box system. First there is 
the need for additional hardware to run the BBS 
program. Which takes us to the next poi:t, the 
Program itself. (Does each LAN greup nee! to 
develop and test their own BBS package? 1 hupe 
not...) There is one other item that needs t» be 
addres3svud as well, the ability to put these two 
shings together and bring a system up and keep it 
running. This in many cases is no small task in 
and of itself. Last but never least is the total 
expense for the preceding three. he never seem to 
be very far from the bottom line when it comes to 
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hobbies, yet there is still a lot that can be done 
without a large outlay of cash, as Tucson has so 
ably demonstrated with the TNC itself. 


So then, our task becomes one of finding 
hariware that is usable, yet low in cost. And 
finding, or creating, a computer assisted 
communication package for that particular set of 
hardware, As usual the more systems that can make 
use of the program without major changes the less 
expensive it becomes for each user. This leaves us 
with a need to use somewhat standard hardware to 
help reduce the investment in the programming 
effort. Nothing new here, same situation most 
everyone else is in. Furthermore, there is that 
gray area half way between the raw hardware and 
the application, the operating system. Even if the 
physical hardware 1s identical for several users, 
just a difference in revision level of their 
operating systems can mean the application program 
might mot run properly, or at all. The issue of 
type and style of operating system software is of 
key importance too! 


These subjects can bring up heated debate 
when trying to resolve the "which is best” 
dilemma. For me there is really no difference, use 
whatever is available and works. Let's take a look 
at a couple of these points: 


System fardware 


The current crop of PCalikes would make nice 
mail boxes. Other than for their cost there is no 
problem. This situation can be resolved in one of 
several ways. A group buys the system and rung it, 
somewhat akin to an area wide repeater system. The 
total cost of the two would be on the same order. 
Or an individuel could set the system up on a 
fixed schedale basis. He would use it during part 
of the day and allow it to run as a BBS for the 
other part. Sort of time sharing the hardware 
between the two applications. It might be possible 
to arrange for a loca) computer or radio outlet to 
Operate such a system as well. Several of the 
computer stores do that here in the Twin Cities. 
But then there may be a problem of how to return 
the favor to the store owner. The local store 
Operated systems in town allow for the sale of 
merchandise that the store carries, this would not 
be posstole on our packet system. One other form 
ef this is true time sharing, some of the later 
Operating systems allow for multiple tasks and 
users. The owner gets a cycle and the BBS gets a 
cycle. 


If there isn't an Apple or ISM around handy 
to press into service, where can one get the 
needed equipment? Well there has been quite a few 
“low end” systems on the market of late (low end 
oniy in price). The Commodore 64 might work in a 
BES set up. It would need the addition of floppy 
drives and the appropriate serial connections 
though. This applies just as well to Tl 99/4As 
and the other under $1598 systems currently avail- 
able at the various discount houses. Al} totaled 
the hardware would run in the $560 area. So the 
price is not too bad, but each will stil) need 
2123 own version of a mail box program, as the 
instruction sets are different and so are the 
Operating systems- Also most of these depend on 
the smaller format 5 1/4 inch disk for their mass 
storage. Tnis is not the problem it used to be 
when that style first came to the market and 
allowed only 9Uhb of storags. Yet with an 
increasing number of users, the availatle space on 
the disks can be used up quite rapidly. Jf that 
happens then extra drives may need to be added to 
the system to take up the slack. That would have 
to be included in the overall cost of thr system. 

(continued on page 6) 
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There is another form of computer system that 
has emerged in the past few years that would fit 
into this price range, the 2-88 based single board 
CP/M system. It also seems to be headed for many 


peoples “most popular" list. Both kit and 
assembled units are offered. Most of these 
contain the full memory complement for the Z-8@, 


in eome cases there are two or more banks of 64K 
on board. Also the floppy controller and other 
devices needed to complete the system are all 
designed in. Same of these come from systems that 
have been planned for office and business use, the 
manufactures have released the main computer board 
to the “hobby” crowd for some additional sales. So 
these systems were intended for hard use and have 
been through quite a bit of testing. (The XEROX 
card ig one example) 


Although the hardware can normally support 5 
1/4 inch floppies, the larger 8 inch units are the 
type usually chosen for use with these single 
board computers. These drives are very reliable 
and rugged, with storage capacities from 25@Kb to 
over 1 Mb per drive. With the recent market push 
for the thin line half height drives there are a 
large number of these floppy disk systems 
available for a very nominal fee. Here in town I 
Tan across a bunch of the double sided units that 
were in excellent shape for less than $15¢. These 
will provide 1 million bytes of storage and have 


the same cast metal frames as the eariler single 
sided drives. All in all a very resonable price 
for that much mass storage. Also the computer 


boards themselves are not overly expensive, bare 
cards can be purchased or full parts kits. If the 
packet groups around the country were to decide on 
a@ particular type of system to buy I would not be 


surprised to find some quantity discounts 
available to us. A good sized users group 
supports these spc (Single Board Computer } 
systems, providing us a means of keeping informed 


of changes and helpful ideas that would be of 
interest to all as we put these computers to use 
as mail boxes. 


Several of the cards provide enough hardware 
support to allow more than one user to connect to 
the system at a time. This will be more and more 
important as our bulletin boards become more 
complex. If an area wants to tie their BBS into 
the local TTY channel, or connect an HF LAN to a 
VHF LAN, or perhaps have a telephone dial-in port 
so non-packet amateurs can be involved, then there 
will be a need for some type of multi-user system. 
Most of the lower cost pre-packaged computers do 
not provide for this type of operation. 


There is even the strong possibility that 
your mail box can have a hard disk file added to 
allow for even greater storage. There have been 
several I have seen available in the $368 to $690 
range, with storage of 18 to 48 Mb per drive. The 
type of connection from the drive to the computer 
on many of these units follows a standard called 
SASL. Some of the single board systems have this 
interface built onto the card. They are ready for 
the hard disk with very Little extra investment. 
Here is where a bit of additional planning in the 
early stages of a groups BTS will pay back large 
rewards in the near future. 


I feel that a better buy can be had with one 
form or another of single board computer system 
currently available. They allow for more open- 
ended growth and have been through a lot of user 
testing. Which, along with the in place users 
group support, can be very valuable to some of us 
who have never set up such a system before. If 
anyone in the packet groups around the country 
would be interested in getting together a group 
purchase of SBCs I would suspect it could be 
arranged. Let me know here at PSR and I will 
contact a few others who have already shown an 
interest in using them. 
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The hardware is Certainly not the only issue 
to be considered when putting together a computer 
system. The operating system (OS) and application 
software have to be availapie as well. 


Each of the newer home units comes with an 
operating system of some type. Even when a system 
is based on the same type of CPU, the OS will more 
than likely be entirely different. In this case 
&@ program created for one line of computer will 
have to be rewritten to some degree before it will 
perform its task on any of the competing brands. 
There might be a problem encountered in just get- 
ting the program from one system to another, as 
disk formats are usually not the same. You can’t 
just put the disk in the drive and read the 


program. Either someone would have to type it in 
fresn from the keyboard or get it sent in by way 
of a communication port. These are troubles that 
everyone encounters when trying to get from one 


brand of machine to another, 
way to go at the situation. 


but there 21s another 


Many of the mail box packages 1 have heard of 
are based on CPyM. It is THE popular 9S for the 8 
bit systems with many folks around that are 
familiar with its use and operation. Again this 
can be an advantage to a new user. Such wide 
spread popularity means that application programs, 
lixe our mail box, can be moved from place to 
place without too many changes. Furthermore, 
there are some standards as far as disk formats 
are concerned. In the single sided single density 
mode all CP/M 8 inch systems operate the seme. SO 
data and program files can be transfered with no 
problems. This is a big plus if you don’t want to 
start from scratch putting together the programs 
to run your BBS. Since the older "6& bitters” are 
more plentiful and therefore less expensive, this 
Operuxting system wouid be a natural for our use. 
There are versions of it that provile for multri- 
user systems as well, thus allowing for that 
important growth path. CP/M might not be perfect 
in many regards, but due to its widespread ese and 
availability on less expensive computers 1t could 
fili our needs quite nicely. 


As for the actual applicatior proyrams that 
will make the hardware ana operuting system do 
what we want then to, there are some very nace BRS 
and mail box packages available. Some are free in 
the CpP/4 users group library as well as in other 
collections. There are also commercial programs 
that do this tasz, but are not for free. It would 
be a good idea to look at what each of these 
programs do, and how it does it. That's a great 
way to get ideas about how a B3S could be set up. 
Yet with our new mode of communication we don't 
fit a lot of the models that are considered normal 
with those other programs. It would be best to 
start out fresh and create a system just for our 
own use in our particular way. 


This has been done by Lynn WBLUWT in 
California. He has put together a wonderful 
package and it is in use at severai of the packet 
sites. Others are currently bus; puttiny che final 
touches on their own programs. (See the Central 
lowa Technical Society BBS article in tnis issue.) 
Just as there are a variety of ways to set up and 
run a repeater system, there are dafferent 
opinions as to what is “best” for 4 ENS. 1 would 
expect to see many versions and variation: abo wd 
in the next few months. Then perhaps a4 graduil 
adrift towar) a “standari“" mail box aficr awhile. 


So as with the AX.25 protoco) the hardware as 
going to have to be fairly normalized ty allow the 
software to make the rounds of the sites. We can't 
have our own “rules of tne road” as far a8 packet 
handling is concerned, and we will make it tougher 
on ourselves if we use ecyuipment for our 3Bs 
Operation that is markedly different from the next 
person. {continued on paye 23) 
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Comparison Shopping 


by Joe Buswell, K5JB 


This is part of an article Joe 
wrote for his local newsletter. 
The TNC comparisons and inter- 
connect experiences are vury 
interesting. -- ED. 


The first Terminal Node Controllers (TNC’s) 
from both Tucson Amateur Packet Radio Corp. (TAPR) 
and GLO Electronics arrived last month! 


To refresh your memory, TNCs go between a 
computer, or some other kind of terminal device, 
and a transceiver to permit sending information 
over the radio using state of the art packet 
switching techniques. It makes a connection with 
another TNC located somewhere and guarantees the 
information transferred is complete and correct. 
3A node is a point on a network diagram where 
information enters and leaves the network. The 
first available TNCs were from a Vancouver 6B.C. 
group which pioneered the mode, (Vancouver Digital 
Communications Group, VADCG) and a Tucson AZ group 
(Tucson Amateur Packet Radio Corp.) that developed 
a kit based on a little different protocol called 
AX.25. The Vancouver group's protocol is called 
VADCG. Both protocols send blocks of information 
preceded with headers and trailers containing 
address, status, and error checking information. 


Two TAPR boards arrived shortly after 1 did 
last month's column and they were promptly pounced 
on and assembled by Jim, KB5XN, and myself. It 
didn't take very long (six hours contruction time 
each) and we had them on the air, testing. The 
first evening on the air was only partially 
successful because audio level settings were 
extremely critical. Even after finding settings 
that would work, something would happen and one or 
the other TNC would appear to go deaf. After a 
few days of considering the problem, Jim gave me 
his TNC so I could do some A-B comparison and 
side-by-side trouble shooting. 


After a few hours of running down blind 
alleys, the problem turned out to be in the 
transmit audio characteristics of my Icom IC~238. 
Two things were happening. A monitoring receiver, 
used for reference purposes, showed a significant 
recovered audio difference between the IC-230 and 
an I1C-2AT. Where the 1208 and 2200 Hz tones from 
the 1IC-236 were recovered at the same amplitude, 
these tones from the IC-2AT differed by 3dB or 
more, depending on drive level and automatic 
deviation limiter action. The higher frequency 
tone was at lower amplitude (as it should have 
been). The TNC's audio input filter circuit was 
designed assuming an audio recovery like that from 
the IC-2AT and was boosting the high tone from the 
1C-230, causing problems. After creating some 
roll off on the IC-230's transmitted audio, 
reliablity jumped to over 95 percent packets 
recognized. (More on that later.) 


This still was aggravating since the bench 
top environment should provide nearly 100% 
reliability. One other apparent problem was 
extended key-up delay required on the IC-230. A 
560 ms delay time {between keying and sending 
data) had to be increased to 1620 ms. The rig was 
keying fast enough but the audio tones sounded 
Slow in reaching full amplitude. After checking 
everything. and even looking around for a 
substitute XR-2206, I tried another trouble 
shooting technique from the old bag of tricks. 
Hook up another rig}! 


That did it! I called Jim and was telling 
him about it while one TNC was sending a beacon to 
the other. It must have sent 40 to @0 beacons 
without a hit while we marvelled over it. 
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Afters spending a little time documenting the 
results to this point, 1 went back and spent a 
little more time on the 1C-238 problem. There had 
to be a simple reason why the thing was so cranky 
and why the audio seemed to have a reverse A&C. 
The answer was discovered after the pressure of 
getting the system on-line was relieved. (Isn't 
that often the case?) The rig was over 
deviating. Deviation level on that rig had been 
set a long time ago with a high dollar monitor and 
I was pretty sure it was limited to 5 KHz so had 
not suspected a thing wrong with that. However, 
when the transmitter was nit with the TNC’s audio, 
it first transmitted an over-deviated signal which 
the receiver recovered and presented as reduced 
audio. (Turning the audio up a little more than 
the AGC could handle caused the 2203 HZ tone to go 
away completely!) What I first thought was some 
kind of reverse AGC was actually the transmitter's 
microphone circuit AGC bringing the deviation 
down, and thus back into the passband of the 
receiver. 


The {C-230 is still presenting some problems 
but Jim and 1 are beginning to overcome them. 
There are some more thoughts on the subject later. 


I don't regret having the problem (now) 
because 1t gsve me an opportunity to closely 
review some of the circuitry- Had 1 been atie to 
“drive it ff the lot” it might have been quite 
some time before the novelty wore off and I 
started diyging. (At least a couple of weeks.) 


The third TNC, an assembled and tested unit 
from SLB, the synthesizer people, was so simple to 
get on lane it was ridiculous. 1 ordered this one 
as soon as I saw the ad because (1) It is a 
hundred bucks cheaper than the TAPR TNC, and, (2) 
The next TNC‘s from TAPR won't be arriving until 
about February. 


The two TNC's are as different as they can 
possibly be. Where TAPR used hardware to get SDLC 
(synchronous data link control}, GLB did it all in 
software. The GLB (called PKi) TNC uses a Z-80A 
microprocessor running slightly less than 2 MHz. 
It's operating system is containe? in a 2764 8K 
EPROM and it comes standard with 4K of RAM, which 
can be expanded. 


Let*’s back up a little with the comparisons 
and start with the price. The TAPR kit costs 
$242.80, the GLB comes assembled and tested at 
$149.95. The TAPR TNC is somewhat bigger at 11 by 
6.5 inches to the GLB’s 4.5 by 9.5 The TAPR 
includes 3 voltage power supply, the GLB requires 
addition of a single 12 volt supply. The TAPR 
comes with all necessary connectors. The GLB does 
not. With the latter at is necessary to ecrocnye 
up a 30 pin, 1/10 in. centers edge connector or 
buy a couple of 10 pin connectors ($2.95 ea. from 
Git). GLB has all the necessary extra parts for a 
price. Cabinet, power supply, and connectors are 
available for about fifty three extra bucks, 
brings cust of a complete system up to around 
$205.88, counting snipping. 


It will be intereszing to see what the TAPR 
board will cost if a commercial enterprise starts 
manufacturing it. Up to this point it has beer a 
voluntary Operation by a bunch of packet radio 
zealots, very professional bunch I might add. 


Back to the comparisons... 


The TAPR TNC contains an (almost) non- 
volatile RAM (I have had to reprogram mine twice 
but that's no big deal). One just types PERM 
after amateur call and other personalizations are 

(continued on pagy B) 
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(CUMPARLSON continued from page 7) 
entered, and it is done. The GLB has to have 
several parameters typed in on power-up. 

A typical GLB session goes like: 


Flip on the power. 


RETURN (this sets teminal baud rate) 
SBD (ignores open squelch) 

SCK5J8 (sets my call in memory) 

SA3 (sets my VADCG address) 


to make a connection... 


SDKBSXN (the only other guy in town with 
packet) 
Ac (to request a connect) 


if connection is successful... 
1 (to insert text in buffer) 


Howdy Jim (the text) 
ESCAPE (end of text) 


AT (to transmit text) 
AD (to disconnect) 
MI (to send Cw ID) 


To do the same thing on the TAPR TNC, turn on 
the power and type: 


CONNECT KBSXN (CW ID is automatic) 
If connection is successful, type: 
Howdy Jim 

RETURN (packet is sent) 

To disconnect, type: 

DISC or simply D 


9 1/2 minutes after you start, it sends 
another CW ID. 


And that’s it. Both of these things have a 
lot of commands. The TAPR has 73 and the GLB has 
over 538. Neither requires learning more than a 
few to get on the air. The great number of 


commands come into play when one decides to 
experiment with some of the available modes and 
variations. 


On the other hand, since the GLB is not a 
kit, its documentation is rather sparce, 
containing twenty five printed pages and lacking a 
schematic of the thing. In case of trouble, a 
knowlegable amateur could troubleshsot the analog 
circuits by examining the board and visually 


tracing out circuits. If one had on hand’ 


specifications for the devices contained on the 
GLB TNC he could probably set tone frequencies 
and find obvious defects but, by and large, this 
board would have to ga back to GLB for repair. 
All the documentation says about three of the pots 
on the board is “Factory adjustment" or “Do not 
adjust". Both TNC's documentation are complete 
enough for a knowledgable amateur radio operator 
to get them up and running but for a_ thorough 
understanding of what is going on the TAPR 
material is superior. 


At the bottom of the first page of the GLB 
material is a reference to “Synchronous Packet 
Radio Using the Software Approach, Volume 1", 
Richcraft Engineering Ltd., #1 Wahmeda Industrial 
Park, Chautauqua NY 14722, $22.06. This would 
probably be the reference to have if one is 
contemplating using a computer to emulate a 
Terminal Node Controller. It would also probably 
shed some light on how the GLB TNC works. 


Neither TNC documentation contains source 


code for the operating system though the TAPR 


board itself contains a monitor that permits 
examining memory and performing most of the other 
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normally expected debugging features. The GLB 
accepts commands that permit some analysis and 
customization of the packet header but that is 
about it. The GLB does have one mode that I have 
not been able to duplicate on the TAPR. If 
commanded, it will go into ‘Garbage’ mode and 
Gisplay flawed packets. This is really helpful 
while getting set up and will be helpful also 
under noisy conditions because one can guess 
content of a message if only a few characters are 
hit but normal error checking won't permit display 
of ai flawed packet at all. Because of this 
special feature, Jim is calling the GLB TNC the 
GIGO unit (Garbage In, Garbage Out). 


The TAPR TNC contains 32 IC*s and one power 
FET, the GLB contains 13 IC's and five 
transistors. While the TAPR unit will key a 200 
ma push to talk line almost to ground zero with 
its power FET, the GLB will only handle 50 ma. An 
interface circuit will be necessary to key my IC- 
230 which develops 180 ma on the keying line. 
More on interfacing later. 


The TAPR TNC runs both VADCG (Vancouver) and 
AX.25 (AMRAD) protocols. The GLB runs only the 
VADCG but is working on a PROM that will contain 
both. It is supposed to be available in January 
and will be a must because future expansion of 
packet radio will require the flexibility of 
AX.25. 1 have been unable to get the GLB to 
operate in repeater mode, either as a repeater or 
as a terminal, sending packets to the other TNC 
and back to itself. The TAPR board has been 
tested in this mode both in AX.25 and VADCG 
protocol. 


Interfacing between the two TNCs and other 
equipment is slightly different. The TAPR board 
uses plus and minus 12 volts normally found in RS- 
232 circuits and includes RTS (request to send) 
and CTS (clear to send) circuits for hardware flow 
control. The GLB does not correctly use the RS- 
232 signalling standard. It uses zero and plus 12 
volts instead of plus and minus voltages. Some 
computers and such are guilty of this also and 
should work fine unless the terminal equipment 
uses TTL levels of zero and plus 5 volts. One 
must be cautious to prevent damage from this 
incompatability. Thus far, I have only used xy 
Radio Shack Model 108 as a terminal on the GLB and 
there has not been any problem I am aware of. The 
model 180 does use plus and minus voltages on the 
RS-232 port but it seems to be satisfied when it 
sees & zero rather than minus. 


The GLB connects to most computer an 
terminal equipment running from 45 to 9600 bits 
per second, ASCII or Baudot, though I doubt it 
will ever see more than 118 bps Baudot. Tam 
having a bit of trouble losing characters dumped 
to it at 300 baud ASCII right after the carriage 
returns but I think I can work that out without 
going into the block data transfer mode. This 
mode will require writing an 1/0 driver for the 
computer that prefaces blocks with byte count and 
awaits a "go ahead on” prompt from the TNC. This 
stuff ain't for lightweights so ya wanna get ready 
to learn yer computering if you wanna play the 
game with this baby. 


I don't think the TAPR board handles Baudot. 
ASCIL data ie handled from 58 to 19,280 bps and 
initial setting is established on power up with an 
auto baud routine. After communications is 
established, Baud, parity, and word length are 
stored in ANOVRAM (almost NOn-Volatile AM by 
Xicor) by the PERM command. Next power up recalls 
these values if the ANOVRAM is enabled and hasn't 
forgotten what it is supposed to be doing. 


The TAPR board has ability to change serial 
port parameters on command. They actually change 
after a RESET command is given. During a One on 
one exchange with another amateur, it might be 

(continued on page 9) 
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desirable to crank up the terminal baud rate to 
1208 in order to not bottle neck data getting in 
and out of the computer. With all the messing 
around so far I have not caused any delay with the 
computer set at 388 Baud. To restore lower speeds 
it would be necessary to talk to the board at the 
higher baud rate or reset the thing. (This would 
be undesirable if connected to another TNC.) 


The TAPR board seems to handle text dumped 
from the computer with no loss of characters. 
When its buffer is almost full it will issue an 
XOFF (defined by the user), or if hardware 
handshaking is chosen, will make CTS (clear to 
send) false until it has room in the buffer. 


Speaking of buffers, the GLB TNC comes 
equipped with 4K of RAM which is shared by the 
operating system and transmit and receive buffers. 
The operating system needs about 200 bytes. A 
section between 259 and 1750 bytes is reserve) for 
the transmit buffer. The rest of contiguous 
memory is available for receive buffering. The 
doard is capable of being expanded with byte wide 
RAM or ROM to a 64K maximum. 


The TAPR TNC comes equipped with 32K of ROM 
and 8K of RAM. With the mapping supplied, up to 
an additional 16K of RAM, ROM or whatever may be 
Plugged into the TNC. Replacing the merory 
mapping decoder permits other configurations with- 
Out modifying the doard. 4K out of the possible 
64K addressing of the 6809 processor is needed by 
the i-9 memory mazpitg. 


The NOVRAM has two 64 byte blocks that are 
used for storing personal preferences that are ‘to 
be read into RAM during power-up. The two blocks 
ace switch selectable so two different sets of 
Paraseters can by readily available 1f the TNC 1s 
to be used for widely different applications. 


Tf one is into radio Teletype, and is using a 
Baudot machine, the GLB board is capable of a 


nifty form of autostart operation. A circuit 
diagram 18s included that watches for data on 
the RS252 &XP (receive data} line. When it goes 


low, indicating data is arriving, it turns on the 
printer motor and holds it on 18 long as data is 
being recerved. This circuit is available from 
SLB for $12.95. For that price they will probably 
send a circuit that works because tne One on the 
documentation won't. While all the mark and space 
conventions are respected, the motor needs aren'~. 
The motor neets to run when data is arriving and 
not when things are idle. 


Both TNC documentations go into quite a bit 
of detail on how to connect to the transceiver 
equipment - Audio shaping is of serious concern 
because, since they are FM, these radios are being 
pusned to their limits to handle 123) Baud FSK. 
There is a certain lack of standardation between 
designers regarding pre-emphasi;, de-emphasis ani 
in the case of phase modulation, pre-distorters. 
This is simply because specifications can be 
pretty sloppy as far as voice is concerned ani the 
words still get through. Very few of my riys have 
survived my critical ears (worn out as they are) 
without some kind of transmitter audio 
Modification. It is true that we might expect the 
eudio circuits to handle a 3 KHz tone at SKUs 
deviation bus that is a sinusodial wuve. In 
theory these condicions would require about 22 Kuz 
bandwidth {Bandwidth equals two times the 
modulation frequency times the sum of modulation 
index plus two. Modulation index is deviation 
divided by modulation frequency.) A reasonably 
good 2 Meter receiver will have approximately 
fifteen KHz bandwidth in its IF section (design 
problem number one = not wide enough). The 12860 
Hz shifting between 12@8 and 2200 Hz tones would 
require an extremely wide bandwidth if it was 
instantaneous. In fact it is instantaneous when 
it starts out, but after it is filtered by both 
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transmitter and receiver circuits it is no longer 
a faithful representation of the waveform 
originally generated. Given the restraints of 5 
KHz deviation ani a receiver bandwidth in 15 KHe, 
we can only handle 1258 Hz medulating frequency. 
Guess what folks, that is only the fundamental of 
the supposed to be square wave. Ergo, sine wave 
from what was once a square wave. Our salvation 
comes from the XR-2206 which creates phase 
coherent FSK and the XR-2211 which watches for 
phase shift and snaps from one state to the other 
when it sees it. The transmitter and receiver 
circuits have to be doing their stuff for all this 
to work. Jim and I have experienced what happens 
if they aren't. Most obviously, if the 22008 Hz 
tone causes a significant drop in recovered signal 
at the receiver because of transmitter over 
deviation, it just dcoesn't work. Let the 
deviation creep up to 7 KHz and the 2208 Hz tone 
has significant sidebands out to 22 Kitz. At the 
receiver, perceived signal strength is less 
because of IF trimming of four significant 
sidebands containing part of the transmitted 
energy (the 8.8 and 11 KHz ones}. 


Pre~emphasis is largely misunderstood by 
radio operators and the iB documentation 
procreates this misunderstanding. Pre-emprasis is 
not done in FM circuits hecause of pecularities of 
the human voice. It is done because of the 
peculiarities of FM in the presence of AM noise 
interference. {See N5MS’'s Sept. 682 Cae article 
for an inedepth discussion of pre- and de- 
emphasis. } FM can easily overwhelm lower 
frequency AM noise components but has difficulty 
with higher frequency noise components. The 
solution is to boost frequency modulation of 
higher audio frequencies. GL& recommends aiding a 
de-emphasis circuit to the audio before sending at 
to the microphone circuit and suggests a 1 ms time 
constant. Normally, a 75 microsecond time 
constant is usej far pre and de-emphasis but in 
this case, the recommended circuit is a good idea, 
even if for the wrong reasons. It simply stifles 
over deviation by the high tone- 


Another problem KB54N and I are experiencing 
in this area is due to the peculiar 
characteristics of a phase modulated rig- We are 
having a devil of atime getting 1¢€-230's to 
transmit properly deviated tones that ‘sound* loud 
enough. At this point, 1 suspect it is because 
those rigs are Phase moJulated. Phase modulation 
eharacteristically FMs a signal more at higher 
frequeacies. We are experiencing 3 to 6 dB 
stronger high freauency components from these rigs 
than from any others we have tried (1C-22S and 
Kenwood TS-708, all FM rigs). 


Only time will tell what it will take to get 
the IC-233 to work properly but we are on. the 
track using ideas from the GLB literature. 1 
wired up a variation of their circuit to attach 
the GLB TNC to the IC-2AT. Their circuit would 
have knocxed the audio down to about zero so I 
left out a one Meg series resistor and used the 
Circuit in Figure 1. 


PTT 20K 


1C-2AT 


FIGURE 1. GLY TNC TO IC-2AT CONNECTION 
(sontinued on page 18) 
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The 1C-2AT has a nifty Pus: to Talk circuit 
that is overlooked by most interconnectors. All 
it takes is a tittle leak between the mike audio 
circuit and ground to key the rig. The 20k 
resistor provides that leak when the keying line 
goes low. The 100K resistor and .@) UF capacitor 
are GLB‘'s idea. It took off and ran with the 
first transmission. Figure 2 shows the connection 
between the TAPR TNC and the IC-2AT. It also took 
off and ran with the first transmission. 


PTT 4.7K 
XMIT MIKE Ic-2AT 
AUDIO 
RX EAR 
AUDIO 


FIGURE 2. TAPR TNC TO IC*2AT CONNECTIUN 


Connections between the TAPR TNC and the IC- 
228 and TS-700 were made without any additional 
components. The TS-700 keying line draws 170 mA 
and the IC-22S draws 62 mA so neither one can be 
Keyed directly wath the GLB TNC without a buffer. 
I think I already mentioned tnat the IC-236 draws 
190 mA so it also would require a buffer if used 
with the GLB. 


Qne additional connection available on the 
GLB TNC is worthy of mention. It has provisions 
for monitoring channel activity by checking the 
receiver squelch circuit. On a frequency used for 
voice, this feature will prevent a TNC from 
erupting with a blast of noise when someone is 
talking. This feature is unnecessary on a data 
channel because presence of other TNC's tones 
prevent crashes. For the most part, I doubt this 
feature will be of much use because I don't intend 
to leave the thing unattended on a popular voice 
frequency anyway and will be available to 
supervise its operation. 


The GLB TNC lacks any visual indicators that 
tell what or how well it is doing while the TAPR 
unit has more LED (light omitting diode) 
indicators than it knows what to do with. It 
actually has a spare that can be wired as the user 
chooses. There are indicators for carrier detect, 
transmit data, keying line, reset, CW ID, two for 
the receive audio (one for each polarity of the 
waveform!} and tne spare (an associated driver). 
The one I miss most on the GLB 18 the carrier 
decect and I will probably add one to my board. 
The XR-221) used as the receive signal detector, 
has two open collector outputs that are activared 
by its lock detection circuit, one a complement of 
the other. The GLB uses one of these outputs but 
does not appear to have anything connected to the 
other. I plan to wire the circuit in Figure 3 to 
this output to enable me to get an idea if the 
receive audio level is satisfactory. 


*VCC +v¥CC 
10K 3.2K 
‘\ 
P6 2N3904 or EQUIVALENT 
XR22L14 D : 


FIGURE 3. CARRIER DETECTOR MOD TO GLB TNC 


Both TNCs are rich with Operator messages. 
Those from the GLB are rather terse, but with 
experience will be perfectly adequate. During a 
Qso it Fesponds with numbers 1 through 6 
indicating link state iss 


1. Disconnected 

2. Connection established 

3. No acknowledye received 

4. All data in buffer acknowledged 

5. Other station hes sent a wait request 
6. Other station acknowledged wait request 


Upon demand for status, the GLB wil! respond 
with a line of information containing your VADCG 
address { a peculaarity of that protocol), your 
call sign, call sign of the last station connected 
with, anda string of the characters and numbers 
indicating a whole list of status things 
(statii?). With a little experience, this will 
work quite well. For example, early in the powers 
up example it will show a status of "255 K5JB 
KB5XN 4 LDUGCE". This means it has the defuult 
VADCG address of nothing, it ia K5Jb's TNC and 
will connect with KBSXN, it is disconnected, 
automatic linefeed mode is enabled, status update 
mode is enabled, Garbage mode is enabled, Carrier 
back off 1s enabled, and terminal echo is enabled. 
If there had been anything it. the transmit buffer, 
a double quote sign would have been appended to 
the string. 


The TAPR TNC contains ability to give atl 
this information but does it differently. It 
responds with a plain language message when 
anything changed (it should, its operating system 
is four times bigger). To check on status of a 
particular thing the operator types a key word, 
optionally abbreviated to three letters or less, 
relating to the parameter being checked. From the 
comnand mode, he types “IDT" or "IDTEXT“ to see 
what text, uf any, will be transmitted in Cw 
instead of the station call sign. I had some fun 
with this on Christmas Eve by typing "IDT MERRY 
CHRISTMAS DE WASJGU ES K5SJB" and then typing “I" 
to get it to send the greeting in Cw. tT put 
Charlie's call in there so at least someone else 
on 2-M would recognize a Cw ID. 


If a complete stetus report is needed, or one 
can’t remember syntax of a command, he can type 
"DISPLAY" or “DISP” followed by an optional class 
code. lf the class code is skipped, the whole 
list of 63 parameters is displayed. Using the 
class code reduces the information to digestable 
portions. For example to display link status: 


emd:DISP L 
AX25 ON 
CONMODE CONVERS 
CONOK ON 
CR ON 


DIGIPEAT ON 

FULLDUP OFF 
HBAUD 1208 
LFADD OFF 


MAXFRAME 4 
PACLEN 128 
RETRY 19 


TRACE $1000 
VDIGIPEA OFF 
VRPT OFF 
XMITOK On 


Well, what's the conclusion? It is a little 
early to tell yut but I think the TAPR board is 
the real Cadillac, while the Giu# appears to be a 
Chevrolet. Since the GLB runs on a single voltage 
Power supply of 11 to 14 volts, it is a natural 
for carrying around for show and tell and portable 
demonstrations. I regret that the GLB won't 
operate in repeat mode because that is a nifty way 
to demonstrate or test the concept, connecting 
with one's self through another TNC. 


There are still deposits in Tucson for three 
more TNC's and 1 wish they would hurry and get 
here. 1f anyone is planning on getting the GLB 
TNC (or already has one on order} I will be glad 
to switch the TAPR unit over to VADCG protocol to 
give them someone to talk to. 
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Vic-20 Terminal 


by Jay Nugent, WBS TKL 


Many pedplie have asked 1f the Commodore ViC- 
20 or Commodore~64 can be used with the T.A.P.R, 
Terminal Node Controller. Further, if they can, 
what hardware and software would be needed to 
allow them to operate properly together 


The answer is yes, these systems can 
certainly be used with the TNC. In response to 
the second question, I would like to present a 
circuits for the RS-232 interface and supply 
several software listings to get you started. 


The TNC requires no intelligence in the 
terminal connected.to it. Nor does it need to use 
the RS-232 handsnake lines. Because of this 
Simplicity, software used in the VIC can be as 
Simple as the three lines shown here. 


1 OPEN2,2,2,CHRS(6) 
2 GETAS: LFAS><““THEN PRINTE2,AS: 
3 GETs2,BS : PRINTBS: : GOTO2 


AS you can see this program 18 so simple that 
it could be written on & gummed label] and stucx to 
the case of the VIC for reference, eliminating ine 
need for the cassette drive. (This is one of many 
ways that Tom feeny WEKOX, has made putting on 
Packet Radio presentations for clubs much easier.) 


The Programners manual for the VIC has = an 
example terminal prograa on page 258 tnat works 
well for nalf duplex systems. The host Jves not 
echo characters that you send it, rather each one 
entered at your keyboard 1s sent directly to the 
screen as well as to the host. Tnis can be cone 
venient in Transparent mode, when long delays cen 
leave you wondering what you have typed. 


Here 13 a simplified version of tne example 
given in the progranmers manual. The locsl echo 
Can be changed by removing tne 33: in liny 240. 


10 REN *** TITIO 300 BAUD 7? BIT *** 

20 REM *** MARK PARITY FULL UIPLEX *** 

30 REM *** FOR 3 LINE INTERFACE eae 

153 OPES2, 2,3, CHRS (6452) 4+CnRS (324228) 

10 SETS2,4$: REM TURN ON CHANNEL & TOSS A NULL 
210 GET 8S: REM GET KEYBOARD 

220 TFS$<>°"THEN PRIST#2,B$:: REM SEND CHARALSTER 
230 GES22,05: REA RECEIVE CHARACTE 

240 PRINTBS;CS:: REM PRINT ALL INPUTS TC STREEN 
250 Sk=ST : iF SRey 200 2 REN CHECK FOR ZiRURS 
316 PRINT "AN ERROR HAS OCCURED” 

300 IF(PEEK(3715) )ANDG3) =} THENI6O:REM ERRORRECOVER 
37@ CLOSE2 : END 


For a little pizzaz, such as Tape Dump = and 
Control characters you may prefer tnis prujtran- 


NOTE: I have had a lot of trouble with 
the tape dump routine. If you make it 
rub Detter i would like to hear from you. 


10 PRINT"the clear screen character goes here" 
29 PRINTC tr eeteceessenananaere~ 
v0 PRINT"** =-COMM=- aves 
7O PRINT ++ Por USL ON: *f” 
6O PRINT" ** TAPR-TNC “ae 
B2 PRINT"** TBM & DEC see 
85 PRINT*** HAYES SHODEM **® 
bo PRINT ** W/TAPE SEND **" 
8? PRINT’??? BY s WEATKL nee 
38 PRINT"** 830701 oes 
89 PHIKTMteteeaeeeterentaesinn 
9k PRiiTCet FIcCNTU-S s% 
92 PRI" e* F35°NTL-Q ile 
93 PHinT™SF PSsoNUTHC ahotiae 
94 PHINT" OF FostNTL-£ call 
95 PRINTSS* FUE CNT LAS ag 
96 PRIST"** FS=SENDTAPE **" 


O97 PRIAT Ce eetenrkatteeareeeen 
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200 VPENEL3IO, 2,3, CHRS (38) +CHRS (160) 

190 REM** GET KY&D ** 

200 GETHES 

210 IPB$s" "THEN 3OU 

220 A=ASC(BS) 

240 REM** CNTL TEST ** 

250 IFA=] 33 THENPRINT#130,CHRS(19)7:GOTO308 

255 IPAS] 34 THENPAINTS130,CHRS (17): sGOTU300 

260 1FA=1 3STHENPRINT$ 150, CHRS (3); sGOTOI00 

265 IFA&136THENPRINT#S 1 30,CHRS$ (26); sGOTO300 

266 IFAs) J9THENPRINTS 130, CHRS(5); :GOTO300 

267 REM** TAPE CALL ** 

268 IFAS] 4@THENGOTO700 

269 REM** SEND BYTE ** 

278 PRINT#130,89; 

290 REM** RECV BYTE ** 

300 GET#130,C$ 

3U, REM** DROP NUL ** 

302 iFCS$o""THEN GOTD310 

303 REM*®* DROP CNTL-S ** 

304 REM** DROP DEL ** 

395 IF CS=CHRS(19)0OR CS=CHRS(127) THEN300 

307 REM** UPPERCASE ** 

305 IPASC(CS )>9OANDASC(CS)<123 (break to fit SU 
column Line -ed. })THENCSSCOMRS (ASCEKCS )-32) 

303 REM** DISP BYTE ** 

3iS PRINTCS: 

30U REA** ERR CHECK ** 

400 SRST: IFSR=OTHEN200 

50D PRINT“ ERROR": : 

510 1 FSRANDITHENPRINT“PARITY” 

529 LSSRASDITHENPRINT “FRAME” 

530 IFSRASDSTHERPRINT"RECELVER BUFFER FULL” 

540 IFSRANDL2ZSTHENPRINT “BREAK” 

600 IFST@OAND(FEEK( 37151 )ANDO4) 21 THENGOD 

610 CLOSE?S1350:END 

©93 REM** TAPE REAL ** 

7399 CLOSES1:OPES¢1,1,0 

720 GET#1,DS 

730 LFDS$e""THENTIO 

750 PRISTDS; 

760 PXINT2130,D3; 

748 GOTO723 

790 SLOSES1 

793 PRINT“TAPE END": S9TO200 


This last program has control characters that 
are called by function keys. These can be easily 
changed to send any character. 


None of the programs i have listed implement 
any nardware hanishaxing so an kS-232 interface is 
extremely easy to build. Of course you may use the 
ViCL@LLA RS-232 adapter that is available from 
Commodore if you prefer. 


Here is how to build your own. 


USER 1/0 RS-232 
M 1488 O——z_ TxD 

5 6 

3 1 
c—O 3 RXOD 


SNv& to i435, 148% pin 7 
2 ee +5 CO 1588, 1469 pin 14 
Tne 1498 needs a minus Supply voltage. I use 


a 9 volt battery with its positive to ground and 
the negative te pin } of tue 14a. 
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TNC Calibration 


by Steve Goode, KING 


Tests have shown that optimum system 
performance is obtained when both the transmitter 
and receiver are out of clipping. For the 
receiver this means keeping the receive LEDs OFF 
when a station is being received. Setting the 
transmitter deviation requires at least one 
station ina local area network to have access to 
an oscilloscope. That station should then follow 
the procedures outlined below to set all stations 
to the proper deviation. 


NOTEs Do not adjust the deviation control in 
the transceiver during any of the following 
adjustments. Adjust only R25 on the TNC. 


Calibrating Receive Deviation 


1) Find the discriminator output of your 
receiver and connect the oscilloscope to it. This 
point should be before any de-emphasis circuitry. 


2) Instruct the station that is going to set 
their deviation to remove JP11 and turn their TNC 
on. Have them enter the calibrate routine by 
typing "cal." Select option “4" to set CW null. 
Do nat remove any jumper besides JP1L. Have them 
hit any key and then “K” to key the transmitter. 
While the transmitter is on the air they should 
slowly increase deviation by turning R25 
clockwise. Observe the tone displayed on the 
oscilloscope. At some point the tone level will 
stop increasing and may begin to distort. The 
peak to peak voltage where the tone stopped 
increasing should be noted since it is the maximum 
deviation before clipping. When the station stops 
transmitting have them slowly turn R25 counter 
clockwise until the peak to peak voltage 1s equal 
to the maximum clipping voltage. 


3) Have the station take the jumper removed 
from dJP11 and place it across the lower two pins 
of JPl1 and JPIG. Have them transmit again by 
hitting °K". This should lower the tone frequency 
and drop its amplitude. Tf the amplitude did not 
drop the transmitter is still in clip and R25 
should be lowered until the lower frequency tone 
is observed to drop. 


Calibrating Transmit Deviation 


If only one oscilloscope is available in a 
LAN and that station does not have aio second 
receiver, they may set their transmitter deviation 
as follows: 


1) Connect the oscilliscope to the output of 
the transmitter audio stages. This is usually the 
top of the deviation control. 


2) Remove JP11 and turn the TNC on and enter 
the calibrate routine as described above. Hit any 
key and then “K”. 


3) Observe the tone on the oscilloscope while 
adjusting R25 clockwise. As described above, 
after some time the tone level will stop 
increasing. This is the clipping level. Turn R25 
down until the tone amplitude is just at the 
clipping level. 


4) Take the jumper removed from JP11 and 
place it on the lower two pins of JP11]1 and JP10. 
The tone should decrease in frequency and ampli- 
tude. If the tone amplitude does not drop the 


transmitter is still in clip and R25 should be 
lowered. 


Remove the jumper from JPiG and JPL and 
replace it at JP11. 


GDC Modem 


py Tom Clark, W3lwi 


For those of you using the General DataCom 
262A modems, here are modifications and switch 
settings I have evolved: 


(1) The piggy-back reverse channel boari 
should be removed, it is of no use. It's 1/0 
connector (J1) is used in the audio input mod 
described next, 


(2) Audio Input to demod: There is too 
much gain in the receive input circuitry. The 
input stages go into clipping and cause aintermod 
problems. Disable the normal input circuitry by 
setting S4-l1 to OFF. Now disable the equalizer 
by putting the jumper S3 (located near switch 
Sl and also labeled "EQUAL") to the IN position. 
Your audio input can now be applied to the 
reverse channel 1/0 connector Jl. This input is 
now Hi+Z. Pin 6 = Gnd, Pin 5 = audao input (na 
connection on GDC). Put 0.1 ufd cap between pins 
2&5 (i.e. Pin 2 is really the audio input, pin 
5 is a tae-point). Therefore audio input is to 
TPLO, directly into RX Filter at 25. 4 few 
hundred millivolts seens to work well c- with 
noise (i.e. open squelch) set revr audio level 
so that the BB light on the front panel is on with 
an eyeball estimated 50% duty cycle. 


(3) Monitor test point: For a tuning 
indicator in FSK use, and for "cats-veye pattern” 
equalization tests, add a monitor test point at 
the output of the demod before the dat: is clipped 
to RS232 levels. On the board between the “JUS- 
NORM-ANALOOP” switch and the LM709 Ic# 212 are 
four resistors. The resistor nearest 212 is R116 
(19.1 Kohms). The end of R116 nearest an 820 pf 
cap is TP18 (pin 12 of 212). TP16 is the best 
monitor point I have found. When working Ad-lU, 1 
take this to a scope triggered by received dara 
{RS232 pin 3) to set both NO level and 10720 
passband tuning. 


(4) Switch & jumper settings used at w3IWl: 


sl -- not used with mod (2) 
S2 ~~ 4 Mare 
$3 a“ IN 


S4-1,-+4 -- OFF 

$4-2,-3 -- ON 

S5 -- All switches OFF 
S6-2 -- OFF 

S6-1,-3,°4 -- ON 

$7-1,°2,-3 -- OFF 


S7-4 -- ON 
sg -- CRo 
s9 -- All switches ON 


(5) I use the TAPR boards on-board modulator, 
but the GDC Modulator is FB too. TX audio is 
picked up on the Jj header pins 24 4 thru = xfnr 
Tl, or from S2 on the "2-W" pin without going 
thru Tl. 1 chose to add a mike connector anil 
crystal-can T/R relay to make xmtr interfacing 
cleaner. When used with my old VADCG TNC, the 
relay is triggered from a NES55 watendo; timer 
from KS232 pin 4 (RTS) and a 2N2222. 


(6) 1 have found the easiest L/Q connec- 
taona are ordinury phono jacks, there is plenty of 
room on the back panel for them. ! get the .25 
inch type from Radio Shack. One GUC i modified 
included a VADCG TNC, an extra pover supply andj 
T/R relays a1! selfcontained within the GDC box. 
It would probubly be prudent to bring RX data 
(pin 3) and carrier detect (pin G) out to phono 
jacks. A GDC interface to either a TAPR TNC or 
VUOSAT receiver would then be easicr. Also, you 
might want co add a OPDT reversing switch on the 
anputs to the RS232 data Line driver (232, pins 
445). I understand that UoSAT-b has the opposite 
data polarity from UoOSAT@-A. 
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PacSat Tracking 


iy Phil Kurh, KASY 


PACSAT, just like AO-10, will have to be 
tracked and its orbit continuously re-determined 
if it will carry an orbit changing capability. If 
we use the water rocket, with its very low thrust 
levels, we will need the ability to detect subtle 
changes in the orbit. i've been thinking about 
the best way to do this, and the following is a 
suggestion. 


Since the Apollo program, NASA manned flights 
have carried something called the “unified S-band 
tracking and telemetry system”. The ground 
station transmits a PM (PSK) command uplink on 
2100.4 Mhz. The spacecraft tracks the uplink 
Carrier (which may be suppressed) with a Costas 
loop, and synthesizes a downlink carrier at an 
exact ratio of 240/221 times the uplink. The 
nominal downlink is therefore 2287.5 Mhz, but it 
will contain the doppler shift of both the uplink 
and downlink paths. The downlink ig also PSK 
modulated with spacecraft telemetry or voice or 
whatever. 


Back on the ground, you can put 4 Costas loop 
on the downlins signal, extract the telemetry 
which ts also PSK, and compare the (suppressed) 
carrier to the uplink frequency. This gives you 
the simultaneous capability to send commands, 
Teceirve telemetry and determine accurate doppler 
information, all with just one up aud down lank. 


to oam suggesting that we put a Similar 
Capability on PACSAT. The 7ocm comnaan.) receiver 
and 2m transmitter coulda be arranged such thot 
whe: there 18 no command uplink, the transmitter 
uses an anternal crystal to determine freguency. 
When command lock occurs, however, the downlink 
freguency is determined by a synthesized ratio 
¢nosen such that the nominal uplink frequency gets 
turned around into the nomina) downlink freguency. 
It would then be an easy matter on the ground to 
count tne uplink and downlink frequencies, 
computing a pretty accurate doppler signature. 
Tue advantage of this scheme over simple beacon 
frequency measurement is that you don't have to 
worry ebout temperature drifts of conversion 
Oscillators in the spacecraft. Everything is 
Phuse locked, up and down. There might be PLL 
jitter in the. received carrier because Of noise, 
but that 1s much more preferable over a systematic 


The following is a report on some interesting 
packet radio experiments using AQ-10. 


- WHGAMX appeared for his baptism under fire and 
showed that, despite being 2500 miles from the 
nearest Other packet radio station, he could get 
his act together. Rick has now QSO'd ZLJAOX, KA6M 
and W3IW1., W3IW1 swnt WHOAMX a file of about 1.2 
kbytes length with good thruput in addition to a 
long rtty-style ragchew,. 


- W3iWI also sent KAGM a totel of about 9 kbytes 
of data plus several kbytes of rag-chewing. 


- Packet SWLing that weekend were Zila, KA90 
(NJ), WB94IN (10), NSAHD (TX) and W4KD?P (AL). 


- It would seem that the biggest challenge we 
have now is to come up with some rcevr/modem hard- 
wate that improves on the link performance 
acha:ved with FSi, and which 1s AFO controlled ta 
Wininize tuning scouchiness. Also, we now ieee} to 
get scme stations set up with gateway capabilisy 
8) that local area networks in metropolitan areas 
( OC, LA & Sr will probably be first) can use 
tne satellate for inter-net ties. 


Any volunteers to work on these projects? 
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bias because of unknown oscillator frequencies. 


This could be accomplished without affecting 
the norma! transmission of data on the downlink. 
Although, you might also want to implement a 
ranging turnaround mode with PN sequences (as in 
Ad-10) to gather range as well as velocity data. 


Doppler measurements would probably be 
preferable on PACSAT to the range-only 
measurements made on AQ-1@ because of PACSAT's 
much lower orbit and correspondingly higher 
velocities. My orbit refinement program can 
handle velocity or mixed velocity/range 
measurements easily. I suspect also that this 
system will be more reliable than PN ranging in 
poor S/N, since all you need to do is maintain 
lock on the spacecraft and ground Costas loops. 
As long as they are in lock (and tnis is fairly 
Gasily determined), the average velocity error 
will be nearly zero. Costas loops can stay in 
lock well below the level where the bit error rate 
for PN ranging becomes unacceptable. 


The system could be arranged to require a 
certain code to be sent up to the satellite before 
the downlink frequency reference is switched over. 
This would prevent some malicious person from 
finding the command tink by merely swishing a 
carrier around until he hears the downlink change. 


As a8 minor side benefit, the tracking 
synthesizer could serve as s dackup against a 
failure of the transmitter crystal. White I don’t 
think we've lost one yet, crystals are 
Statistically among the most unreliable components 
On a spacecraft. 


There are a few other interesting topics to 
be found in the Shuttle writeups (IEEE Trans Comn, 
12/78). They discuss the problem of false locks 
in Costas loops (and squaring loops too, for that 
matter) when the 1nitial frequency error is more 
than 1/2 of the bit rate. I had suggestzed earlier 
that we solve this problem by leading euch poetket 
transmission with a burst of unmodulated Carrier, 
and xt turns out that the Shuttle systems hardle 
the problem the same way - therefore 1 must have 
been on the right track! 


Excerpts of a report from Harold Price, NK6K: 


Video tapes Of the launch came out well. Ian 
got good soverage fror about 6 seconds, while I 
was 2b seconis away (sound seconds). After launch 
we went to the UOSAT lab at south Vandenberg to 
listen in on the NAS? Links. There were several 
requests for info about WUOSAT separation an) 
health, since UOSAT separation came ou’ of sight 
of NASA, no one knew the status. Interest was 
high, 1t was obvious that everyone wanted 100% out 
of this flight. Colin rang up Surrey and got the 
good news. I pushed some buttons on the console, 
came up on the link that had last asxei for VOSAT 
info and suid “UOSAT WTR, Surrey ground station 
reports separation and good telemetry on UOSAT-2°, 
or some such offical sounding words. To my 
surprise, the info was almost instantly relayed 
to another NASA feed by someone, and was announced 
over the PA system by sunmeone else. Just another 
indacation that everyone viewe.t VOSAT-2 as an 
important part of the overall project. We were 
treated well by all involved. 


SSOSOSSSCCOAHH STS TSAESESHs SHES CAT COREE BSSCsNESeCeeCCeeeeana 
Doing anything interesting with your TAPR board? 


Let the rest of the world know!! 
Write it up -- Send it in -- Be published 
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UoSat-2 Status 


by Dr. Martin Sweeting, UoSAT Program Manager 


** UOSAT<2 SPACECRAFT OPERATIONAL STATUS ** 
4th March 1984 9860 gmt 


Following a flawless Launch on DELTA 174 from 
Vandenberg Air Force Base, Ca., UOSAT-2 separated 
from the launcher at approx 19:11 gmt over Turkey 
and in range of the Command Station at Surrey. A 
lengthy series of instructions was transmitted to 
the spacecraft to establish the initial operating 
conditions and then the s/c computer was 
instructed to switch the 145.825 MHz downlink on 
for 10 secs to check housekeeping data and ensure 
that outgassing of the beacon did not give rise to 
corona. The spacecraft responded perfectly first 
time and good data was received & decoded at 
Surrey. The 145 MHz beacon was then activated for 
several minutes, under computer control, and 
further data gathered which confirmed that the 
Spacecraft was in very good shape. Just prior to 
LOS at Surrey, the computer was instructed to 
activate the beacon once more for a further 4 
Minutes and good data was received as the space- 
craft disappeared over the horizon. 


On orbit #2 the 145 MHz beacon was” re- 
activated by abbreviated computer instructions and 
the short and long bursts of telemetry repeated - 
data indicated everything on the spacacraft to be 
entirely nominal and so the computer was 
instructed to keep the 145 MHz beacon active in 
check-summed telemetry at 1200 bps for the next 8d 
minutes. 


The spacecraft arrived at UoS silent (as 
expected) at AOS on orbit #3 and the short = and 
long bursts of telemetry data process was repeated 
- data again indicated the spacecraft to be 
entirely nominal and 80 the computer was 
instructed to activate the 145 Miz beacon for the 
next 10 hrs whilst the spacecraft was out of range 
of the Surrey station. 


With all having proceeded perfectly to plan 
thus far, the UVoS team relaxed (collapsed?) and 
waited for telemetry reports from around = the 
world! 


The first indications that all was not well 
came from the printer when Larry Kayser wanted to 
know why he could not hear UO-11 followed by Tele- 
Mail from Phil Karn etc. The UoS Connand Tcam were 
‘revived’ and awaited the first pass of the day, 
orbit #68. The spacecraft was silent (again as 
expected) at AOS, however repeated attempts to re- 
activate the 145 MHz beacon using the s/c computer 
failed as did direct command. Heated analysis of 
the situation resulted in the preliminary theory 
that the ‘Watch-Dog’ timer (a device that de- 
activates the 145 & 435 MHz beacons after 21 days 
if no commands have been detected from the grouni 


Last night I had a report from Darryl VKIDF 
who works at the Orroral Valley Tracking Station 
near Canberra. Two opersvors believe they have 
copied signals from LO-B on a number of occasions. 
The times are approximate because their primary 
task time was their work in tracking Landsat Dl. 


1. 4.3.64 1235 UTC No carrier but RFI detected and 
a questionable signal on 145.7317 Mhz 77? 


2. 4.3.84 2300 UTC Clean carrier on 145.825 Mhz 
for about the first half of puss. Locked on andi 
measured carrier at -120dBM using 260M dish. It 
went raspy and RF% sounding, could only be heard 
for a few seconds at a time. 


3. 5.3.84 1130 UTC Raspy carrier for 3 or 4 
seconds at a time. Was -135dBM at point of 
closest approach. Graham, VK5AGR 


- remember U0-9:) may have been incorrectly 
initialized and thus may have terminated 
transmissions prematurely. Tne 'Watch-Dog‘ can be 
reset by ground command. Reset and re-activation 
or tne 145 MHz beacon were attempted on orbit 89. 
However this met with no. success. Continued 
attempts on orbit #10 yielded nothing and things 
began to lowk rather grim. At that time no reason 
could be found for the premature shut-down of the 
beacon and the prevailing theories tended towards 
Catuclysm. Additionally, Tele-Mail ‘went down’ 
and we had to resort to phoning around to gather 
more pieces of the picturel Data from G.Ratcliffe 
via phone from Australia confirmed that the space- 
craft systems were functioning nominally when he 
tracked iek ee | just before termination of 
transmissions. The spacecraft was in very good 
shape! . 


Detailed examination of the s’c computer 
software used during the first few passes snowed 
that the timing had been in error - the timing 
clock selected had been running at 8 times that 
Yequired - resulting in premature shut-down of tne 
beacon on both orbit #2 and #3 entirely in 
agreement with observations! This now veered the 
theories away from the ‘31g Bang’ and towaras some 
sort of spacecraft systems problem, 


Lack of feedback from the Spacecraft Keeps us 
effectively blind and all we can do is postulate 
the most likely theories based on pre-launch 
experience. The current theory is that there may 
be a problem with the 145 MHz beacon causing it to 
fail to Operate correctly and generate wide-oand 
noise and block the command receivers. This theory 
is based on observations of the performance of the 
beacon during test where some problems of this 
nature were encountered but were later believed to 
have been fixed. The Surrey Command Station is 
continuing to attempt to commani the 145 “Hz 
beacon OFF and the 435 Miz beacon ON - so far 
without success. If the 145 MHz beacon is ON but 
hot operating correctiy, it should be possiole to 
observe it with high gain antennas ani? spectrum 
analysers etc. Should this prove to be the case, 
then it may be most profitable to attempt to 
command the spacecraft usitg tne 1.2 GHzcomnand 
uplink as this »plink is the most independan: of 
the VHF/UHF systems. 


All we can do is try out various theories - 
we tend not to favour total system failure or 
spontaneous deronation at present rather some more 
limited scenario. We shall keep you posted as to 
our thoughts and progress. Needless to say, 
everyone here is somewhat disappointed after the 
efforts of the last months and such a flawless 
start to UO-II's life! We still have faith, 
though! 


Tne current plan is to try some high power 
commanding from the West Coast. We will put 150kw 
ERP into the 1.2 GHz receiver sometime this weex. 
At that high power level our beam width is only 6 
degrees so we will pick a part of the sky and 
blast away at it. As Phil points out, even though 
we are unsure of the elements, a1] pieces of the 
delta 174 Launch will pass thru the same point. 
Although now they are Spread out over 6 to & 
minutes in time along the path. We also have a 
lower gain antenna at the 1lSkw level tnac we can 
use for tracking of the spacecraft. ti the 1,2 
GHz dosen't work, then we'll try higin power on 2 
Meters and 70 CM 


Harold, NKoOK 
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Big Ears 


oy way nOllacgay, woktJJ 


Harold Price contacted me this afternoon 
(Saturday) and requested help with getting one or 
more well-equipped moonbounce stations on the west 
coast to look for signals from UO-11. I started 
with Lance Collister, WAIIXN, in Frenchtown, 
Montana, and he put me in touch with KGMYC and 
WSUN. We were fortunate to have all three 
stations operational and available to help with 
the search tonight. That's the good news. 


The bad news is that none of them heard any 
signals from UO-11- These are three of the best- 
equipped moonbounce stations in the West, and if 
none of them could near a signal, there was 
probably no signal to be heard. 


Locations and antenna setups 


WALJXN 
Frenchtown, MT - 12 X 19-eiement Boomers 


WS5UN 
Midland, TX - 16 modified Quagis/26 ft booms 


KoMYC 
San Martin, CA - 8 long yagis/28 fe booma 


All stations are using good GASFET preamps 
located at the antenna. Predictions were run by 
W6OPAJ using UdG-ll element set No. 4. WSUN also 
ran some using the same element set. The following 
shows the times of the passes that were checked 
and predicted maximum elevations. 


4 March UTC 


WALIXN 9300-03112 -- 14 dey 
0436-0449Z -- 79 dug 


WSUN 0255-03062 -- 17 deg 
0431-04442 -- 38 deg 


K6MYC 0434-94462 -- 33 de; 


So, we gave it a good shot ani the results 
are not encouraging. Each station agreed to try 
one gcod p3ss tomorrow morning in hopes that beiny 
in sunlight will coax some signal our of the 
satellite. They will call me if any signals are 
heard, and 1 will notify Harold right away- 


We owe each of these operators a big "thank 
you" for responding quickly and well to our 
request for help. It was a pleasure to work with 
then. 


Here’s hoping contact can be re-established 
with UO-11. 73. 


COSOOCOSCTSSSSCHESOES VOSSHSOS OUST ETSESHSECOESCeauaanscouses 
Note from W3IwWI-- 

Attempts to hear using stations with “big” 
ears (KiwWiS, W4DFK), on the east coast have 
proven negative thru Sat. Nite. Sun. AM attempts 
at W3IW1 (within abt 2 dB of EME capability) 
have also proven negative. 
SOSSSTSSCSSCOAHSSSSSSOSSHSSHSSESCESESEHSCHSSGSCSSSeneseeeeess 

Effective Rates of Communication 
Cw 13 - 20 WPM RTTY 66 - 180 WPM 
AMTOR «100 WPM VOICE 160 WPM 
VADCG/TAPR -- 1060 WPM 


Specialized Packet Systems -- 1,020,806 WPM + 
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Uo-B Telemetry 


by Phil Karn 


The last reported UOell frames are from 
Graham Radcliff in Australia. The last frame he 
sent me on Telemail was at about 23:15 UTC: this 
as about 45 minutes before the no-show at KA9Q. 
The path of the satellite between these two times 
took it over Antarctica and up the Atlantic Ocean. 
There was visibility in most of eastern South 
America, Falkland and Ascension Islands. In 
particular, Falkland‘s pass included the start of 
the half-hour eclipse which occurs on each orbit. 
Anybody know anyone down there? 


I've written a telemetry decoding program in 
"c" for anyone who wants it. Harold has a copy and 
he’s bringing it up on his system. From my 
examination of Graham's frames, nothing really 
leoks suspicious. Rather than pose it here (the 
decoded version of his frames is 116K!}, I°11 give 
a sumnary. 


Temperatures were running cool, but not 
exceptionally so for a spacecraft, but remember it 
had been in sunlight for a while and was about to 
enter eclipse in about 20 minutes. 


The battery was sitting at a stable +6 C, the 
battery voltage at a Little over +14 with little 
fluctuations, and all the solar arrays were 
proaucing power (but not at the same time, of 
course). The battery charge ‘discharge current was 
fluctuating rapidly, sometimes going slightly 
negative but usually running at a few hundred mA 
positive. The spacecraft was obviously spinning 
fairly fast as indicated by the rapidly changinj 
sclar array and baitery currents. 


Reguiated voltages looked reasonable. From a 
phone conversation with Harold, none of the 
various currents seemed out of line. The warmest 
temperature reading was, of course, the 2m beacon: 
+16.6C. It was putting out about 650 mw of ar. 


Facet temperatures were cool, ranging from 
=-SC to GC, except the -¥ facet with a consistent 
warm reading of +12.8C. 


The mode bits were as expected, 2602 
computer, nav mag and 2m beacon about the only 
things turned on. The navigation magnetometer 
seemed to be producing numbers. No activity was 
seen on any of the command receivers (but they 
were drawing supply current}. The computer was 
on, but not commanding the spacecrart. The 
comaand watchdog timer was enabled: according to 
Harold, tnis timer runs for about 20 days and 
turns off the beacons if no command is heard from 
the ground an this time. 


I’m stumped. 


Broadly, UOB is designed to support three 
downlinks at 145.825 MHz, 435.025 MHz and 2491.0 
MHz (not all necessarily at once!). The 145 
downlink will support 1203, 600, 308 & 150 bps 
ASCII data A.FP.S.K. (l200Hz & 2480 H2 dara 
synchronous) as per UOSAT-1. The 435 and 2481 
downlinks will support 1200, 6009, 363, 1508 bps 
synchronous AFSK (1280 Hz & 2408 Hz) and 24098, 
4809 and 9630 bps synchronous AFSK using data rate 
and twice data rate AF tones up to 19.2 kHz! 
These two downlinks also will support up to 9606 
PSK (+= 98 degs) NRZ1 encoded. 


We are currently examining the possibility of 
also providing a second PSK option where the clock 
is logically combined with the NRZI data. All the 
data on the spacecraft is generated and sent in an 
asynchronous manner. UOSAT-B is intended to 
provide a test bed for various transmission 
formats to assess their relative performance. 


March 1984 Cn OOE es &:) 


by Harold Price, NK6X 


PACSAT hopes to launch via a get away 
special, so what better way to get some experience 
with a GAS than to do a simple one first. 
Following is the text of an announcement 
concerning AMSAT's participation in a GAS 
experiment. Thanks go to Phil Karn who originally 
spotted tnis opportunity in one of the many 
electronic BBs he reads. 


February 16, 1964 


AMSAT has agreed to supply the primary con- 
troller for a Space Shuttle "Get Away Special“ 
experiment package. The GAS package, with 12 
experiments mostly in the Biological sciences, is 
4 community sponsored project in the Texas cities 
of El Paso and Ysleta. 


The experiment is the primary GAS package on 
STS 41-F, currently scheduled for launch August 9, 
1984. This mission will be the second flight for 
Discovery, the third orbiter in America’s shuttle 
fleet. 


The GAS experiment slot was originally 
obtained by the local Coors Beer distributor in 
1977, The experiments are being designed and 
built by El Paso/Ysleta nigh school students. 
Technical advisors have been supplied by the local 
Gas and Electric companies. Funds and other 
support have been obtained from community members. 


When the original supplier of the controller 
backed out of the project, E} Paso/Ysletu put out 
a general call for help. AMSAT accepted the chal- 
lenge of designing and building the required 
hardware in the few months remaining. The basic 
requirements of the controller match the require~ 
ments of the PACSAT low power portable ground 
6tation controller. A team within AMSAT had 
already been formed to do that design, and the 
group had forward momentum built up from work on 
the Digital Communications Experiment, which will 
fly as part of the University of Surrey's UOSAT-B8 
satellite on March 1, 1984. 


The controller will monitor and record the 
temperature in each of the 12 experiment compart- 
ments. The temperature will be controlled in some 
areas by switching a heater on and off. Several 
experiments require movements of an actuator, 
controlled by a stepper motor. 


Although the GAS experiment does not relate 
directly to amateur radio, AMSAT will gain 
experience with the shuttle and the GAS progran, 
requirements for the PACSAT project which hopes to 
deploy from a GAS can in 1986. The controller 
design will be used for the low power portable 
PACSAT ground stations required by VITA, co- 
sponsor of the PACSAT project. Funding for the GAS 
controller will be supplied by the El} Paso/Ysleta 
group. 


The GAS controller will he implemented under 
the auspices of AMSAT‘’s PACSAT project. Lyle 
Johnson, WAT7GXD, is the group leader for the 
controller project. Much of the work will be done 
by Bill Reed, WDOETZ, manager of PACSAT ground 
Station design, and his group in Dallas. Chuck 
Green, N@ADI in Tucson will be involved in system 
design. Harold Price, NK6K will coordinate 
software activities. 


TAPR MEMBERSHIP 


Nov. 1981 - 6 Feb. 1983 - 2590 
Peb. 1982 - 35 Peb. 1984 - 6508 
Jun. 1982 = 108 Feb. 1965 - 72777 
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by Hank Magnuski, KA6M 


On Sunday, March llth, on orbit 569 of 
AMSAT/Oscar 10, KA6M in conjunction with the 
following stations, successfully demonstrated the 
interconnection of two packet radio stations with 
intermediate links using a terrestrial packet 
repeater and two AO-19 groundetations. This is 
probably the first all digital interlink 
experiment performed on the AMICON channel. 

Tom Clark W3IWI Clarksville, MD 
(Washington, DC area) 


Hank Magnuski KA6M Menlo Park, CA 
(San Francisco area) 


Harold Price NK6K Redondo Beach, CA 
(Los Angeles area) 

Jim Titteler AI8BA/6 Los Gatos, CA 

(San Francisco area) 

Ron MceMurdy WA02D.1S/6 Monterey, CA 

{San Francisco area) 


The first contact at 19:00 UTC was between 
W31W1l and WA@OJS. Tom was working with a very low- 
on-the-horizon pass, had limited time, and so only 
a short fragment of text made it in beth 
directions. About an hour later, at 20:05, NSK6K 
successful chatted with AIBA for about ten to 
fifteen minutes, in what almost seemed like a 
local QsSO. In both connections the intermediate 


“ links looked like this: 


Remote satellite psecket stations 
(W3IW] or NKOK) 
1 


v 
Oscar-10 Transponder 
(435.173 MHz. Mes ere MHz. down) 


v 
KA6M-¥ satellite pecker station in Menlo Park 
Vv 
1200 bps modem Link ie KA64 BBS 1n Palo Alto 


v 
KA6M-1 Packet port on BSS 
(14¢.58 MHz.) 
| 


Vv 
KASM-2 Simplex Packet Repeater in Belmont 
abe MHz.) 


Vv 
SFOS area 2-meter packet stations 
Wa®OJS or AIBA (146.58 MHz.) 


On both contacts text was transmitte! in both 
directions. Error-chected AX.25 connections were 
maintained between the two satellite stations and 
between the computer's packet port and the 
outlying users. Wowever, over the modem link only 
text was transmitted, and no packet protocol! was 
employed. Equipment included a mixture of TAPK 
and VADCG terminal noJe controllers. A total of 
five TNCs had to be properly connected for all 
this to work. 

Not suspecting that anything special was 
going on, Ron and Jim connected to the computer 
system expecting to pick up their mail. Instead, 
they found that they were connected directly to 
Stations in remote geographic areas, and the 
packets they were getting were coming from outer 
space. No one was more surprised than 1 was when 
the first text started to come through. 


Hopefully, 21t won't be too long before this 
kind of operation becomes routine. 


March 1994 


Board Minutes 


@4 February 1984 


Directors present: 


Mark Baker Chuck Green Mike Parker 
Mike Brock Lyle Johnson Maroid Price 
Den Connors Dan Morrison Bill Reed 
Peter Eaton Margaret Morrison Pat Snyder 


Directors absent: 


Marc Chamberlin Tom Clark Dave Henderson 


The meeting was opened at &:28 PM by Lyle 
Johnson, President. 


ELECTION OF OFFICERS 


Tne first order of business was election of 
Officers for a onw year term. 


Lyle Johnson was elected President, Peter 
Eaton was elected Executive Vice President, 
Heather Johnson was elected Secretary, and Chuck 
Green was elected Treasurer. 


OLD BUSINESS 


Motion was made to dispense with the reading 
of the minutes of the last Board meeting. The 
motion was seconded and carried. 


The Treasurer gave a description of TAPR's 
financial position and growth of the organization 
in general. 


1982 income totaled $33,501. 
1983 income totaled $72,743. 
January 1984 income totaled $41,262. 


As of 31 December 1983, TAPR's assets 
totalled $16,236 against liabilities of 
$14,323, for a net of just under $2,063. 


TAPR had dastributed 


12 Alpha kits 

172, Beta boards 

388 TNC kits 

as of 4 February 1984. tHe projected a 
total of 2,008 kits by February of 1985. 


TAPR's membership had grown 


G in November, 1981 
35 in February, 1982 
138 in June, 1982 
250 in February, 1983 
650 by February, 1984 


Due to use of an outside commercial firn 
for kit packaging, the shipping and 
handiing charge for US shipments will 
increase from $7 to $18 per TNC as of 12 
March 1984. 


An order form will be supplied for 
publication in PSR, giving pricing on all 
TAPR services. 


TAPR will refrain from borrowing money 
directly, although Modular Mining Systems 
(MMS) is fronting money for TNC kits at 
the rate of $18,688 to $20,800 per month 
Plus donating a portion of Lyle's 
worktime to coordinate parts flow. MMS 
indicated a willingness to continue to 


fupport TAPR in this manner, and the 
Board expressed its appreciation of MMS* 
generosity. 


Another form of “loan” that TAPR has used 
is the advance deposits received against 
TNC kits. During late 1983 through 
February 1984 this has amounted to two or 
three months’ use of the deposit monies, 
but the deposits are carried on the books 
as a liability. This sort of money-in- 
advance carried TAPR through 1983, and 
each kit sale helps get us further out of 
the hole. There is an estimated $19,000 
tied up in kits ordered. 


The kit documents are ordered for several 
months at atime, and kits are paid for 
in full prior to shipment. 


Cancellations of kit orders have been 
running at about 1%. While TAPR is not 
Obligated to refund these deposits, we 
have been doing so. There has only been 
one check cancelled on us. 


Asked if the Treasurer needed paid 
assistance in executing the tasks of the 
office, Chuck indicated that he was 
Spending one evening & week on checks 
Plus one evening a month balancing the 
books. The <aArizona “IRS” sent TAPR a 
notice requiring tax payments on a once- 
a-year basis rather than monthly as it 
had been in the past. Chuck intends to 
give the President a monthly financial 
report. An accounting firm is used for 
annual reports to the various government 
agencies, but not ona regular monthly 
basis. 


It was pointed out that the Secretary's 
office was overloaded and that Heather 
and Lyle were “snowed” in membership 
support activities. An outside firm has 
been retained to handle most of the 
mailing-related activities and this was 
expected to reduce the Secretary's 
workload significantly. 


Tt was stated that a hobby should be fun 
and routine tasks should be of f-loaded; 
however, it was indicated that to date, 
TAPR had not been in a position to pay 
anyone anything. 


It was noted that while the newly 
attained IRS tax-exempt status applied to 
Federal taxes only. TAPR is also Arizona 
tax exempt. 


The issue of paid assistance was further 
discussed. Packet-It was the firat 
Organization retained by TAPR and this 
company does the kit packaging: TAPR 
sought help because the workload was 
“burning out" the Tucson volunteers and 
the activity was a major imposition on 
MMS. Packet-lt was awarded the business 
On the basis of a competitive bid. 


It was projected that, if current trends 
continue, TAPR may have between $40,000 
and $70,090 income during calendar 1984 
that can be directed to research and 
development for packet radio, information 
dissenination, hamfest presentations and 
other chartered activities. 


{continued on page 18) 
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(Minutes continued from page 17) 


The officers reported that TAPR hes made TAPR will be at Dayton with a booth and hopes 
available an OEM package for the INC kit. The to have 108 kits to sell over the counter there, 
package is intended for commercial interests, after existing orders are filled. 
offered on a non-exclusive basis. The package 
consists of art work for the PC board, source code A ovens demo packet system needs to be 
for the software, and the manual in ASZ11 text on assemble or Hamfest use. 
diskette(s). In order to obtain the OEM kit, the 
prospective purchaser must execute a letter of Beta upgrade kits must be made available as 
understanding (a copy of which will be mailed to soon as possible; the price will be determined. 
all directors). The purchaser assumes all 
laabilities, marks his end product indelibly EPROM programmers will sell for $95 plus $7 
giving credit to TAPR for the portions of their shipping and handling and will be made available 
product using TAPR-developed circuits/software/ as soon as possible. 
text, removes the TAPR logo from the PC board and 
aggrees to not distribute the contents of the OEM The Cabinet kit will sell for about $78; it 
package to others. is currently in manufacturing. 

Discussion followed. The OEM package is Linking/Routing is very important to the 
designed to act as a filter to prevent anyone from growth of packet radio. TAPR will be represented 
doing a "chinese copy” of low quality with TAPR‘s at Trenton to get inputs from other groups; TAPR 
name on it. historically is a group that implements. 

There was confusion in the balloting for 
Directors today. Two ballots were discovered after It was decided that reimbursement for a 
the meeting that had been handed in but somehow Director's attendance to the annual Buard meeting 
not counted. They changed Lynn Taylor's one-vote was not to be provided by TAPR: it is part of a 
edge over Pat Snyder to a a one-vote edge for Pat. Director's responsibility in accepting the position, 

The issue of affiliation was raised. After A motion was made: 


lengthy discussion, it was moved that: 
; "If the President deems it necessary to 


“any club that has greater than 58% of send individuals to a function requiring 
its membership as TAPR members may become TAPR’s presence, then the President is 
an affiliated group and submit items to empowered to authorize reimbursement of 
PSR for publication. Each affiliated club reasonable expenses.” 


shall provide a liason.” 
The motion was seconded and carried. 
The motion was seconded and carried. Part of 


the intent of the affiliation provision is to help The subject of TAPR's relationship to outside 
TAPR provide a means of technical and commercial interests was raised; TAPR has no 
organizational field support. employees and can not enter into contracts for 


custom hardware or software. 


CURRENT BUSINESS The subject of donations was raised. It was 
decided that gifts must be evaluated on a case-by- 
case basis and should be encouraged. 

TNC sales are projected at about 1500 more 


units by the end of this year. Advertising in 73 The meeting officially adjourned at 12:37 am 
and Ham Radio costs $220/month, QST is twice as (Sunday, 5 February 1984). Informal discussions 
expensive. continued afterward. 


(lowa BBS continued from page 4) by Jay Nugent, WBSTKL 
OPTIONS AND TIMERS - Certain system options I attended the quarterly meeting of the 

and timers will be under SYSOP control with Michigan Area Repeater Council and together with 
selections stored in a disk file for easy system John Hackman, WB4VVA, the Councils Frequency 
restoration. These choices will be made when the Coordinator we agreed on six channels to protect 
system is initially installed and changed, as for packet radio communications in the two meter 
necessary, to fine-tune its operation. band. 

* SET SYSTEM REALTIME CLOCK 

* TWO-LEVEL ACCESS: Yes or no They are as follows: 

* READ MESSAGE AUTO-DELETE: nn hours 

* UNREAD MESSAGE AUTO-DELETE: nn days 147.525 147.555 147.585 

* GENERAL BULLETIN DELETE: nn days os) Se Se 


144.916 144.930 144.950 
HOUSEKEEPING ~- This system will use the disk 
directory ta store individual messages and 


bulletins. Capacity should be adequate for most These frequencies were selected on the basis 
Local Area Network (LAN) operations if the auto- that they are rarely used in the state, the 
delete feature is used correctly. However, existence of the Ann Arbor digipeater on 347.555, 
occasional heavy use may cause system conjestion and that these frequencies can easily be adJed to 
Yequiring the SYSOP to eliminate bultetins or existing voice repeater installation antenna 
unread messages before auto-delete timers expire. systems with the addition of a couple cavities 


without interference. 
KSR TERMINAL - The SYSOP will be able to use 


the CB8S hardware as a KSR terminal to communicate I understand that John Hackman, WB4VVA, is 
with the LAN via the TNC. This feature, when also a TAPR member. Noting in the records that he 
invoked, will shut down the C83BS system and auto- is the Repeater Council Frequency Coordinator may 
matically post a beacon which indicates the system be helpful in the future when nationwide 
is down. This mode will also be used for the coordinations are needed to protect a network 
SYSOP to control various TNC options. channel. 
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ACKnowledgements 


I thought I would write a note to you 
describing the activities on Packet Radio here in 
New England. I am President of the New England 
Packet Radio Association (NEPRA}), with members in 
Massachusetts, Rhode Island. New Hampshire, and 


Vermont. We have over 60 members in the 
organization, with 22 members presently active on 
packet. At least 10 more should be on the air 


within a couple of months. 


We have several stations in good locations 
with TAPR boards being used as Digipeaters. The 
club is presently working on the design of inter- 
city networking, designing new Line Management 
Units (LMUs) to implement Level~3 functionality. 
We expect to have Eastern Massachusetts, New 
Hampshire, and Rhode island linked to Albany and 
Schenectady, New York as well as Newington, Conn. 
within a few months. Some of our members are 
involved in different individual projects, 
including design of 9680 buud 2206 MHz systems, S- 
108 bus TNCs (now partially operational}, Meteor 
Scatter communications via Packet, H.F. Packet 
radio and the implementation of Bulletin Board 
Systems. 


The BSS is my primary interest. ID expect 
that Packet Radio activity will increase only if 
computers are made available via RF links. 4 
believe very inexpensive Bulletin Board Systems 
should be set up in every metropolitan area to 
foster Packet Radio interest. 


1 presently have a BBS on the air, using a 
Texas Instruments T1~99/3A computer system. i 
have 48K of memory, 1 disk drive, 2 RS-232 ports 
and } (unused) parallel port. It has a maalbox 
feature, as well as several Canned files with ARRL 
Bulletins, club news, etc. This entire system 
could be put on the air for $500, exclusive of TNC 
and the radio. Of course, this system is becoming 
unavailable as TL is now out of the low-cost 
computer business. If 1 were to do it all over 
again, I would probably use a Commodore 64 with 1 
disk drive, again under $500. 


If anyone has a Tl system running on packet, 
I would be glad to share my software. I expect it 
could easily be converted to Comnodore, Radio 
Shack Color Computer, ete. It is entirely in 
Basic, If you think any of this would be worth 
publishing in the PS%, please feel free to do go. 
1 would contribute assistance to any Bulletin 
Board effort. 


I can be reached at home at (617) 663-9306 or 
at work at (617) 895-3683. 


73, 

Dick Eastman, KiOJt 
45 Chelmsford Road 
North Billerica 
Massachusetts 01862 


Io am very grateful for the opportunity to 
evaluate serial number 205 of the first production 
Tuc kits. Before I begin to tell you all the 
things that you have done wrong, let me praise the 
tremendous job that you and all of TAPR have done. 
I. have built over 18 Heathkits, 10 miscellaneous 
Other computer related kits and well over 200 
homebrew projects from minor to major in 
Magnitude. This kit represents one of the finest 
units available to amateurs und hobbyists that I 
have ever seen. The only other things close were 
Heathkits. To think that this project was pulled 
off at no profit to the participants is totally 
beyond belief. Commercial Amateur equipment (and 
Kit) manufacturers should hang their heads in 
shane. The software effort is also to be heartily 
congratalated. In the next few years I am sure 
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that TAPR will be geen as the single major force 
lus the promotion of Amateur Packet Radio and the 
adoption of AX.25 as the standard protocol. 


Congratulations and thanks. 


Now down to the dirty work. The following 
items are the stumbling blocks which 1 came 
across: 


An initial checkout beyond 
measuring the power supplies should be 
included at the end of the assembly 
instructions. Just tell the builder to 
check the jumper configuration and how 
to get a logon out of the TNC. 


The calibration routines although 
adequate, would be much easier to use if 
the routine looped measuring the 
frequencies and displaying them rather 
tnan using the cut and try method 
implemented. 


The Serial port although much 
better than the Beta version is still 
not quite right. A DCE should generate 
OCD, not read it. This signal cannot be 
derived from the 6551 UART because UARTs 
are usually intended to be used in DTEs. 
It may instead be derived from the 
carrier detect logic which is present on 
the boar. While this signal does not 
usually cause a fatal problem I would 
hate to see you miss perfection on such 
@ small point. 


The RS-232 signal names used in the 
documentaion and schematic are not 
correct. The signal names do not change 
from DTE to DCE. They are all named 
from the DE point of view, this 
includes the transmit data and receivced 


daca. The correct names are given 
below: 
pin #1 © FG pin #6 = DSR 
pin #2 = TxD pin 87 = SG 
Pin #3 © RxD pin *8 = DCD 
pin 94 =& RTS _ Pin #23 = DTK 
Pin #5 = CTS 


Tne PROM checksum should be 
calculated and checked each time at 
power-up. It seems rather silly to have 
a human look something up which is right 
at the microprocessor’s finger tips. 
Also people are not going to bother to 
do it and may not realize that they have 
problems. PROMs do forget from time to 
time. 


In case anyone is interested it took me about 
8 hours to build and calibrate the board. 1 did 
miss one solder joint on a chip socket, my problem 
not yours, it took me about 5 minutes to find. I 
also checked the frequencies with a counter after 
using the built in alignment software, they were 
within 2 Hz, not bad. 


i was very impressed by the 8K x @&@ static 
RAMS (6264s). We don’t even use those here at 
wargy yet. Pretty professional for a bunch of 
Amateurs. 


Sincerely yours, 
Gary Field, WAIGRC 
5 Pluff Ave. 

No. Reading, MA 
@ls64 
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Since we naven’t had much luck on the Sunday 
net it might be worthwhile for me to update you on 
activity in the Colorado Springs area. 


All Beta boards are up and running regularly. 
We have had our random glitchs, though. WOYNE and 
WD@FHG {using the NOENN board) have both had some 
intermittent problems. The symptoms seem to be 
the sort generated by bad solder joints or cracks 
in the board. WDUFHG seems to have solved his 
problem. WOYNE is in the process of resoldering. 


We are in twice weekly net contact with a 
group of 3 VADCG boards in the Denver/So0ulder 
area. They just got their Magnuski software. One 
of them (WAGIQN) is also getting a TAPR kit. 


At a large hamfest in Boulder we had all five 
of the Beta boards involved. Two of them at the 
hamfest, two in Colorado Springs in operation as a 
standard TNC and bulletin board, and one as a 
mobile digipeater on Pikes Peak linking us all 
together. The VADCG boards did not have their new 
software then but we had one on display at the 
hamfest anyway. 


When John (WDOFHG) got his kit, several of us 
went over to “help him” unpack it. We were all 
pretty impressed. You may have his report by the 
time you get this. He put it together on Saturday 
and on Sunday AM 1 stood by for it to emit its 
first packet. He told me on voice that he was 
going to send a connect. Only one short packet 
came through. Then I looked at my screen and it 
said ***CONNECTED TO WDOFHG. I am duly impressed 
and looking forward to putting mine together. 


When I get my kit operating we will install 
my Beta board on Pikes Peak or co-located with one 
of the higher Denver repeater sites. Wherever we 
can get the best coverage. 


Pete made a comment in the SLAPER newsletter 
that packet elicits more interest from 
computerists than it does from hams. That has 
been my observation here too. The Oklahoma tele- 
phone modem flap isn't going unnoticed by these 
folks either. By the way, Colorado has the same 
Puc rule. As a matter of interest, the CP/M SIG 
of the Denver Computer Society has asked to have 
our presentation and demo for their entire 3 hour 
meeting on 10 November. That says something! Of 
course it stands to reason that the grvatest 
advocates of packet radio will be those that can 
use it most efficiently. Computerists have a 
built-in requirement for high speed, high volume 
data transmission right now. The average “°“QSO 
JOE“ does not. 


I hope that someday the Amateur comminity 
will recognize the great contributions you folks 
have made. When that time does come the 
recognition will, no doubt, be for your great 
technical contribution. And, since this [S a 
hobby, maybe that is proper. But I, personally, 
want to express my appreciation for your 
dedication to seeing it through, for the countless 
hours of work, for the frustrations, and those 
Many, many personal sacrifices that we, as TAPR 
TNC users, will never know of. There are many in 
the effort whom I have never met nor talked to. 
The foregoing comments are just as sincerely 
directed to them. 


1 still remain available for any non- 
technical tasks that 1 might be able to accomplish 
from a remote location so please do not hesitate 
to ask. Hope to see you in February. 


73 


Andy, NOccz 

$222 Borrego Drive 
Colorado Springs 
Colorado 80918 


The continuing saga of the TNC vs. the TRS-80 
Modal 186 goes on. The information contained in 
the latest issue of the PSR is incorrect. The Me 
188 does indeed generate an RS=-232C compatible 
signal but the voltages available to the RS-232 
@river in the M-100 are only +/- 5V. If the TXD 
line is unloaded, a proper bipolar signal is 
generated. There is a problem, however, because 
the M-108 has the following output network: 


5.6K 4584 


TXD 2 i 
(pin 2) . +5 


47 Af id 


If you @o the calculations based on the 
internal network in the 1489 receiver and the 
outboard 6.8K resistor you realize that the input 
impedence of the RS-232 network of the TNC is on 
the low side of the EIA specification. 


To make a long story short, just remove R4. 
Proper operation cannot be guaranteed if there is 
any pull-up/down resistor external to the 1:89. 
There is already a pull-down resistor {to ground) 
in the 1489 so R4 is superfluous. Is anyone 
likely to operate their TNC disconnected from a 
terminal? In any case, the TNC works very well if 
R4 is gone. 


Buga: 


Well, I didn’t get the nickname “Mr. Orkin” 


. for nothing. I have discovered the following bugs 


in the 3.6 software: 


1. After much shifting from transparent 
to converse modes, the TNC would no longer 
echo <CR><LP> to the screen when <CR> was 
sent from the terminal. Soft reset {the 
RESET command) did not cure the problem. A 
hard reset (switch bit 3) was required. 
Other functions were normal and <CR> 
continued to be the SENDPAC character. 


2. Eight data bits with no parity can not be 
selected. 


3. Setting the beacon with ‘BEACON EVERY n° 
and PERMing the state of the machine causes 
“BEACON EVERY n“ to be set and displayed, but 
the user must reissue the BEACON command to 
start the beacon again after a reset, either 
soft or hard. 


4. My ABAUD value is always set to 19,201) 
every time 1 power up the system. This does 
not appear to be a problem with the NOVERAM 
but I could be mistaken. Perhaps a_ check 
with TAPR would be in order. 


Other than this, I am amazed at how reliable 
the TNC software is! This is truly a great piece 
of engineering. 


Activity in the Pacific Northwest: 


We are very active on packet here in the 
Pacific Northwest {a region running along Puget 
Sound from Olympia, WA, to Vancouver, BC). At 
current count we have 18 operating stations with 
about i0 more on the way (under construction or 
ordered). Most packet activity is on 146.55 
simplex but a new data repeater on 145.25 has been 
installed and packets have been exchanged 
successfully. This repeater has an audio passband 
from about 1Khz to 3Khz so the standard modem/TU 
tones can pass but voice operation is discouraged. 

(continued on page 21} 
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{BRIAN continued from page 28} 


We are going to begin discussion of linking 
Vancouver with Seattle on Saturday, Jan. 21. I 
will pass along whatever comes of this meeting. 


Much of the rapid growth of packet here in 
Washington has come about due to the activity of 
our local VHF RTTY repeater. Most of the people 
who operate RTTY up here have computers and the 
step to packet was a small one. The heavy usage 
of the RITY repeater led to a search for a more 
selective means of transfering information. 
Traffic on the RTTY repeater is up to about 486,000 
characters per day and that is a lot of reading 
for many people. Packet radio is perceived as the 
answer to the problem. 


Interfacing the TR-2508 handheld to the TAPR THC: 


I have just recently connected my TR-2586 HT 
to my TNC and have been pleased with the 
performance. The 2509 uses a miniature pnone plug 
for the mic audio in and a_ sub-nminiature phone 
plug for the external speaker out. The TR-~ 2500 
is keyed by connecting together the “grounds” or 
ring connections of the two plugs. The hookup is 
as follows: 


TNC Aud20 in.wsessecceseceeeee es SM Tip 
TRC Ground....eseeeseees eseeees-Sh Ring 
TNC AUdLO OUT... cacreeesecceeeesM tip 

TNC PTT Out. ccccesreccceccecceeeM Ring 


(where SM is the sub-miniature plug and M is the 
miniature plug) The keying current for the HT is 
300 microamps. 


The only problem discovered so far is that RF 
from the HT gets into the PPT keying circuit of 
the TNC and prevents the HT from unkeyirng ato the 
end of the transmission. Low power operation or 
using an external antenna solves the problem. 


That is it from this corner of the world. If 
anyone wishes to get in touch with us, the people 
to contact are: 


Brian Lloyd, WBGRON (myself) 
9720 73tn St SW 

Tacoma, WA 98398 

(2806) 581-2688 


-or- 


John Kelley, W7KKN 
3119 North 32nd 
Tacoma, WA 98407 
(286) 759-0747 


First of all, 1 would like to say that the 
kit was packed very well over all. There was lots 
of padding and everytning was in gooc shape 
despite the large “crushed” areas or one corner. 


After opening the box, reading the cover 
letter, and giving everything a once over, I 
started at page one of the assembly instructions. 


The inventory went well and I loved the small 
envelopes with the items broken down as they were. 


*eONOTEt** en page F-46 of the 
assembly instructions, the way you 
show the connector and state the way 
the pins are labeied is just the 
opposite from the way MOLEX has it 
“embossed' on the plastic on the 
face of the connector. Someone 
locking at the connector and not 
fully following the directions, 
could “snoke' his TNC!I 


Now for the brief info on the power-up = and 
cal portion. It worked just as the book said. No 
problems with getting the board calibrated and on 
the air. l‘m using a@ ICOM IC-255A and the 
interfacing to the mike plug is the same as the 
IC-22u. 1 did go through the back of the radio, 
through the accessory plug but ] had that set up 
that way for RTTY and my TE-64 PL module with some 
extra jumpers in unused pins. 


Once up and running 1 made contact with 
WBOUUT, Lynn, a BETA Test site in Laguna Beach, 
and checked out the board in practice. No 
problems as yet. 1°1l be testing the rest of the 
board in the next few days and weeks as soon as 
I get a better path to San Diego and nothing to 
the north to L.A. until the Digipeater goes up on 
Santiago Peak. I've a four element beam I*m going 
to aim at San Diego for now. 


Should anyone be having problems getting 
their board up or doesn‘t have the time to do the 
work, I am offering my services, for a slight fee, 
to do the work for them. I’ve already received 
two requests for such assistance and I love to 
build things. 


1 would like to know more about this TNC 
cabinet that is mentioned in the assembly porticn 
of the manual. Is it available now? and for how 
much? 


Well, I tnink that just about covers it. 


73, 

Oave Yartman, KAGAIG 
28911 De La Luna 
Mission Viejo, CA 
92692 


(This last one arrived here at PSR via MCI Mail. 
Tnats really using digital communication to get 
the job done. Someday we will forwarJ3 it on to 
all of you via packet too, only using Amateur 
packet nets instead of the commercial ones. ED) 


Greetings from wisconsin: 


Packet radio is alive and well ain South 
Eastern Wisconsin. Matter of fact, we sometines 
wonder who is on and who is not. To make things 
easier to find our who has their systems up and 
running we have taxen to using an old TTY or Telex 
trick. Some of you old timers may remember that 
teletype machines used to have a key marked “WRU” 
on the keyboard. The WRU key stood for “who are 
you”. In fact, this was a control E key which 
wher used by a calling teletype station caused the 
answering station to do an “answerback". Many of 
the better terminal programs respond the same way 
on todays Micro-computer systems. So if yours 
works the same way, program your answerback 
acknowledgement with your call and JTH. Tnen if 
you have your TNC in Conversation mode and someone 
sends a control E, your station will automatically 
tespond with your call and QTH. This will occur 
even if your not connected to anyone. A note of 
caution though: multiple carrier collisions are 
possible because there is no acknowledgement from 
the requesting station of receipt of answerback. 
As a suggestion, this may be implemented in future 
TNC software on a more sophisticated basis. The 
alternative to this is to manually call stations 
to verify their on-air status or wait for their 
beacon. The Packet radio systems here are 
certainly being used and are working just fine. 
We appreciate all the effort given toward the 
project, 


Rees Roberts 
K9uUUT 
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HF Links 


ey Gary Kaatz, W9TD 


Successful 309 baud packet QSOs have been 
held on HF after several marginal attempts. The 
big thrill of the first OSU took place on 7086 kHz 
at about 1215 CST on December 22, 1983. The rig 
on my end was not cooperating. The modem carrier 
detect was falsing on foreign broadcast 
heterodynes so badly it kept my transmitter from 
sending. Consequently Ralph had many retries 
while I had to ride the volume, to thwart the 
carrier detect, so I could ACK his packets. 
About eighteen packets were exchanged over the 
course of a half hour. 


For these tests, modem tones from the TNC 
were sent as audio to a SSB transmitter on lower 
sideband. The TNC parameters were: 

HBAUD @ 300 
TXDELAY = 10 
PACLEN a 63 


The only modification to the TNC was the 
installation of the header designed for a 
flat MF-lJ filter response. Four things were 
learned from this attempt: 


A) Disable VOX, “hang” will cause missed AcKs 


B) To prevent distortion, don't modulate to full 
CW output 


C) SSB filters are too wide, heterodynes false 
carrier detect 


D) Tuning is difficult, even with 1000 iz shift 


The next tests were on 30 meters on about 
19.140 MHz. This band was chosen for its low 
activity (no contests), lack of broadcast stations 
and possibly better sigual conditions for linking 
in the midwest. We were still using the same 
set-ups. I had disabled my VOX and there were no 
heterodynes to false the carrier detect. At 
about 1430 CST on February 4, after receivin3 some 
of his beacons, I connected to Ralph only to 
find him not presenti 


Real success was obtained February 11. Wwe 
had nearly an hour long QSU on 18.141 MHz that 
went sQ smoothly it seemed like VHF operation. 
He even sent me a 34 line file, with every packet 
received the first time. For this test the modems 
were modified to TAPR specs for 209 Hz shift, 300 
baud operation. The flat response header for tne 
MP-10 was retained. Ralph was able to make these 
changes on DIP headers in the modexu area of nis 
Rev.II kit. 1 used an external XR2211 - 2206 moder 
circuit, with no MF-10. A 400 itz CW filter in the 
receiver provided bandlimiting. 


The only problem encountered was difficulty 
tuning signals. Packets are so short they leave 
little time to "tweak" the receiver. lused a 
combination of receiver S-meter, for coarse 
tuning, and a voltmeter at pin 11 of the 2211, for 
fine tuning. Ralph tuned entirety by ear, using 
his own tones as a reference. He also used the 
DCD LED for feedback, trying to keep it lit the 
duration of the received packet. 


The next day, Sunday the l2th, after the Mid- 
States Packet Radio Net, Ralph connected with Bob 
(Wa44PR) using 20@ Hz shift. Ralphs signal was 
too weak to copy. while Bobs was quite strong. 
After they disconnected, 1 connected to Bob and 
had a 25 minute QS0 with him. He used ai VAbDEG 
board with AX.25 software and a modified Vadic 
163 modem (same cones in both directions). Two 
chenges were necessary at this location to accua- 
modate him. FPirst, I set my caps leck on. Second 
I set the parameter LFADD to ON, as VADCG AX.25 
does not automatically append a line feed to each 
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carriage return as TAPR software does. After we 
disconnected, Bob reconnected to Ralph. But due to 
poor conditions they encountered many retries, so 
the QSO only lasted a few minutes. 


Stay tuned for more information on HF 
packeting and come down and join ust 


(The following are two notes received from 
Ralph Wallio (WORPK) highlighting the Des Moines 
end of the HF packet linking. ED) 


-- Earlier in the day, I ran into WB4APR on 
10.140 MHz. We tried 300 BPS at 1880H2 shift. 
Bob used a WESTERN ELECTRIC 202 modem. [I had a 
TAPR TNC with Eric's modifications. Bob copied me 
with reasonable success, ranging from about 50% 
beacon reception at the worst to near 968%. 1 
copied two packets successfully. This was less 
than 1! was able to achieve with W9TD and WBSIBS 
two weeks earlier. I have yet to heve a good 
1900Hz packet QSO. 


I asked Bob to switch to 200Hz shift so 1! 
could evaluate my demodulator modifications. 1 
Was immediately able to copy beacons with a 
success of 808 or greater. 


Next Gary (W9TD) found me. There was no 
trouble establishing a twoeway beacon link. We 
connected and proceeded with a half hour + QSv. 
Gary wrote the whole thing to disk while we 
chatted. I also sent him a short test file. 


I should say that Gary ran a BETA board with 
an external 2206-2211 modem he was testing. 1 was 
running pure TAPR TNC with the latest mods. fob 
was using either a WESTERN ELECTRIC 202 or a VADIC 
183 modem to a VADCG board. 


e- More gateway activity. Bob Bruninga (WB4APR) 
connected two TNCs together back to back. One was 
pointed toward HF and the other toward the AMRAD 
packet repeater. I connected with Bob on 
10.147MHz LSB, 201iz shift, 3@0BPS. Using this 
gateway I contacted Bill (WB4NFB) of Burke, VA and 
Rod (WA3MEZ) of Randallstown, MD. 


I plan on activating a similar arrangement in 
the Des Moines area. Then we can have QSOs among 
stations connected on VHF in their local areas and 
HF for the long haul link between the gateways. 


O25 06s CeCe EEORS SES SESE SOEUR EETOE EADS DeDDAAeRSSeEeEOseare 
DAYTON -- DAYTON <-~ DAYTON 


Tucson Amateur Packet Radio will again be 
represented at the Dayton Hamvention. Lock for us 
at the old booth, but with a new number (303). 


There will also be a presentation Friday 
afternoon in room 2 of the new building. it 
starts at 3:45, right after Wayne Green, and runs 
till at least 6:00. 


Bob Neben (K9BL) Beta coordinator for Dayton 
has put ina lot of effort to set up the sessions 
and will serve as host. Lyle Johnson (WA7GXD) 
TAPRs president and Pete Eaton (WB9FLW) TAPR vice- 
president will speak. A special guest will be 
Paul Rinaldo (W4RI) the Senior Technical Editor of 
Qst. 


Drop by and help in the booth, talk with all 
the packet folks and in general prepare yourself. 
@-- $1) Its DAYTON I!) o- 


AAA AA AAA nes CT SCS Kee ginie = Yai. | tes 


I wanted to mention the folks involved in the 
LA U0-11 command effort. 


We have been attempting to command on the 1.2 
GHz uplink, unfortunately without success. Phil 
Karn has been feeding us orbital predictions with 
frequencies corrected for doppler (there is a lot 
at 1.2GHz). Phil has new data showing the element 
set he has been using may have been off far enough 
that we wouldn't have stood a chance, even with 
our blast at the sky method. On some of the 
passes, we picked a spot in the sky through which 
the s/¢ should pass and didn't move the array, 
assuming that even if we were wrong on the time, 
the s/c ground track should have been close. 


We have been using the station of N6CA, Chip 
Angie. He is running 168 watts into a 340 element 
array for about 6d8kw eirp. Wally, WA6JPR and 
Skip, WB6YMH have provided other equipment and 
support. Henry Radio Inc... thru Jack, WA6VGS 
loaned us equipment, including an FM source for 
2730 MHz. LA attempts will resume, after the 
element set problem is sorted out. We haven't 
given up hope. 


Harold, NK6K. 


This is €& report on the Central Towa 
Technical Society (CITS) investigation of use of 
the COMMODORE CBM-64 computer for packet radio 
Computer Bulletin Board System (C5BS) duty. 
Briefly, our investigation, principally throug) 
the efforts of John Maurer, NAGS, and myself, 
finds the COMMODIRE equipment and its operating 
system to have several deficiencies which preclude 
a@ reasonable development project. 


The technical details which have resulted in 
this decision are not very pretty. We discovered, 
in avery short period of time, serious holes in 
system software relating to data communications 
and disk 1/0, misleading documentation and very 
poor and uninterested technical support. We are 
convinced that most of the system would have to be 
written in 6502 assembler to properly accomplish 
what is not reasonably done in COMMODORE BASIC or 
BIOS65 (when considering the CP/M module). 


Consequently, we have redirected our efforts 
to generic CP/M based software. We will be 
directly supporting an inexpensive hardware 
solution based on a popular single-board computer 
but source code will be available to assist groups 
interested in running other CP/M compatible hard- 
ware. Our first version is currently up and run- 
ning on a MORROW DESIGN MD-II system, John has 
recovered from cardiac arrest after reviewing my 
preliminary system spec and BIG BOARD type hard- 
ware is currently under construction. 


I had ai short QSO with a member of the 
Chicago LAN who expressed interest in writing a 
CBM-64 6502 assembler CBBS system. I will pass 
the results of our investigation on to him in 
hopes of developing a replacement CBM-64 preject. 


73, Ralph Wallio, WORPK, for the CITS 


Dave Altekruse, W6RAW, has been an active 
packeteer for many years, one of the first in our 
group, and a RTTYer before that. Dave has access 
to a UNIX machine which is a node On USENET. For 
some time now Dave has been feeding USENET mail to 
our packet mailbox (my Data General) and our 
packet users like it. Every morning at 2 am an 
automatic server dumps net.ham-radio and net.micro 
to our packeteers. Just recently Dave has 
implemented totally automatic pickup, so that any 
Packeteer can send usenet groups Or individuals 
messages. From USENET messages are relayed to 
ARPANET, and thence to the rest of the universe. 
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Each message that was posted has been edited 
and screened by me, and 1 hope [| have not 
forwarded any sensitive material. JI apologize if 
anybody was embarrassed. 


The recent messages concerned with diagnosing 
an ailing satellite I don’t consider to be “airing 
dirty linen", but an extremely interesting and 
fascinating behind~the-scenes story of the opera- 
tional activities of the AMSAT membership. This 
kind of stuff is not found in most ham journals, 
and is stale when published six months later. 


So my motives are to keep a wider ham 
community informed of what's going on, and to pass 
along information which will generate more 
interest and will hopefully result in more 
packeteers and more AMSAT members. Meanwhile, all 
this traffic keeps our local metronet humming. 


In answer to Harold's question of what have I 
been doing tately, most of my free packet time 
(when I'm not planning or running a PPRS meeting 
or talking to a local ham group) has been spent 
building, testing and running packets through 
A018. I have started a weekend bulletin service on 
the AMICON channel, and have broadcasted to the 
world all of the 1984 bulletins which have accumu- 
lated in our packet mailbox. These bulletins may 
be heard around apogee on weekends, whenever the 
satellite is in view of CA and the time is 
reasonable (not the middle of the night.) 


73s Hank Magnuski, KA6M 


HAL SYSTEM OWNERS: 


I am interested in exchanging technical 
information relative to integration of the TAPR 
TSC with the Hal DS-3100 ASR as a stand alone 
terminal or integrated with the MPT-3180, DSK- 
31028, ST-6639, and ARC-1060 configured in 
a@ifferent varients for a multipurpose RTTY, AMTOR, 
and Packet Radio HF/VHF Bulletin Board System. 


Contact : Bill Talanian 
WlJUUQ 
8690 Serenidad Place 
Goleta, CA 93117 


Home : (805) 964-7332 
Business: (8605) 967-5511 (Extension 2343) 


(BBS WATCH continued from page 6) 

Here is where the BBS WATCH can help, let us 
know of your activities and needs. If you would 
like a group buy of SBC cards let it be known. 
Perhaps the group can determine a configuration 
and find all the components that are needed. Or if 
you find a good deal on some parts, for instance 
disk drives or power supplies, pass it along so 
others may benefit. 


‘There are other issues that need to be talked 
about. Items like “virtual screens” so material 
sent from a BBS can appear on any CRT, be it 20 or 
135 columns wide. Also cursor control commands for 
different terminals attached to the TNC are not 
the same. The ability to randomly address a 
location on a page will add a great deal to our 
effectivaess. Later we can talk of graphics and 
other extras. That is for another issue. 


Packet Prequency Coordination 


We are operating on many different VHF/UHF 
frequencies across the country. If each site 
would send this information to PSR, we could print 
a@ directory. Regional and national coordination 
is a topic that needs to be resolved soon! 
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TNC Availability 


by Chuck Green, N@ADI 


_.. There are actually a few kits sitting here 
with no one to send them tol They will probably 
be gone by the time you read this; telling you is 
only to dramatize that we have almost eliminated 
the backlog. Recently, kits were shipped just as 
s00n as the check for final payment cleared. 


Additionally, a large supply of parts are due 
soon. While there is no guarantee that these 
parts will arrive on time (we usually have to yell 
at at least one supplier) and there is no way to 
be sure of the volume of future orders, we believe 
we will soon be in a position to ship from stock. 


The Tucson Amateur Packet Radio Corporation 
is a nonprofit scientific research and development 
corporation. The Corporation is licensed in the 
State of Arizona for the purpose of designing and 
developing new systems for packet radio 
communication in the Amateur Radio Service, and 
for freely disseminating information acquired 
@auring and obtained from such research. 


The officers of the Tucson Amateur Packet 
Radio Corporation are: 


Lyle Johnson ..... WA?GXD ... President 
Pete Eaton .....-.. WBOFLW ... Executive VP 
Heather Johnson .. N7DZU .... Secretary 
Chuck Green ...... NOADI .... Treasurer 


The Packet Status Register 18 the official 
publication of the Tucson Amateur Packet Radio 
Corporation. Explicit permission is granted to 
reproduce any material appearing herein, providing 
credit is given to the author and TAPR. 


Yes, the months of waiting for a TAPR TNC are 
over. YOU CAN PROBABLY GET A TNC KIT QUICKLY! If 
you have made a deposit but not the final payment, 
do so right away. Tf you have just decided 
to order a TNC Kit, we would suggest sending in 
the full payment. Sending just a deposit will 
probably result in an immediate request for the 
final payment; this process will likely just 
result in delaying shipment of your kit. 


Tell your friends: 
TNC KITS ARE NOW AVAILABLE WITHOUT A LONG DELAY! 


PSR Mailing address: (PSR editorial material only) 
Minnesota Amateur Packet Radio 
c/o Pat Snyder, WAOTTW 
University of MN Computer Center 
208 Union Street S.E. 
227 Experimental Engr. Bldg. 
Minneapolis, MN 55455 


via CompuServe Information Service: 
70225,1252 


TAPR HF Nets: 
21.280 MHz 
19982 Sundays 


7.158 MHz 
21032 Sundays 


The Packet Status Register is edited and prepared 
by the following members of the MAPR group in the 
Twin Cities using material contributed from 
wherever we can get it: 


Pat Snyder ...... WAOTTW 
Paul Barnett .«... NICRE 


I Ta IES Ee A a CD oe TE ED 


Tucson Amateur Packet Radio Corporation 
P.O. Box 22888 
Tucson, AZ. 85734 


Check YOUR address label for 
membership EXPIRATION date | 


